Re: [VOTE] Release Apache Qpid Proton 0.37.0 (RC2)

[Cliff Jansen]

I can reproduce the problem seen by Roddie with Python 3.10.2 on Fedora 35.

It fails in the same way with 0.36.0, so it is not a regression.

If I increase the sleep time in the fdlimit.py driver program, the failure
goes away. In my opinion, this is a flaky test that Python 3.10 triggers
more frequently than previous versions of Python.

Consequently, I don’t think this is a reason to hold up the release. I will
raise a Jira to look into this further.

Cliff

On Fri, Mar 18, 2022 at 10:35 AM Robbie Gemmell 
wrote:

> I haven't, I'm using 3.9.
>
> I seem to recall you seeing issue with the tests (inc this one) with
> 0.36.0, at least in one env whereas in another they all passed.
> Historically I think it has been a little flakey. Though I haven't
> personally had it fail locally.
>
> Unless someone with more of a clue about these bits indicates
> otherwise, I think we will be proceeding. I'll leave the vote open
> until Monday for more feedback.
>
> Robbie
>
> On Fri, 18 Mar 2022 at 09:13, Roddie Kieley  wrote:
> >
> > Has anyone else been testing with python 3.10? I see that we specify
> python 3.6+ as per:
> >
> > -- Found Python: /usr/bin/python3.10 (found suitable version "3.10.0",
> minimum required is "3.6") found components: Interpreter Development
> Development.Module Development.Embed
> >
> > but on Fedora 34 with python 3.10 installed and built using gcc I see
> that the c-fdlimits-tests fail intermittently. With clang 12.0.1 + python
> 3.10 the list of failures is larger and more consistent. Should we expect
> this to be a python 3.10 to be usable at the moment? If this is not an
> issue specific to my environment, are we able to release note it?
> >
> > On 2022/03/15 17:33:48 Robbie Gemmell wrote:
> > > Hi folks,
> > >
> > > I have put together another spin for a Qpid Proton 0.37.0 release,
> > > please give it a test out and vote accordingly.
> > >
> > > The files can be grabbed from:
> > > https://dist.apache.org/repos/dist/dev/qpid/proton/0.37.0-rc2/
> > >
> > > The JIRAs assigned are:
> > >
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12313720=12350731
> > >
> > > It is tagged as 0.37.0-rc2.
> > >
> > > Regards,
> > > Robbie
> > >
> > > -
> > > To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
> > > For additional commands, e-mail: users-h...@qpid.apache.org
> > >
> > >
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
> > For additional commands, e-mail: users-h...@qpid.apache.org
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
> For additional commands, e-mail: users-h...@qpid.apache.org
>
>

Re: [VOTE] Release Apache Qpid Proton 0.37.0 (RC2)

[Cliff Jansen]

+1

Built and tested with new TLS library.

Did basic soak test with Quiver  and Qpid Dispatch 1.19 RC2: high message
throughput alternating with 250 simultaneous connections.


On Tue, Mar 15, 2022 at 10:34 AM Robbie Gemmell 
wrote:

> Hi folks,
>
> I have put together another spin for a Qpid Proton 0.37.0 release,
> please give it a test out and vote accordingly.
>
> The files can be grabbed from:
> https://dist.apache.org/repos/dist/dev/qpid/proton/0.37.0-rc2/
>
> The JIRAs assigned are:
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12313720=12350731
>
> It is tagged as 0.37.0-rc2.
>
> Regards,
> Robbie
>
> -
> To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
> For additional commands, e-mail: users-h...@qpid.apache.org
>
>

Re: How to increase mbuf size in dpdk version 17.11

[Cliff Burdick]

did you follow the instructions here:
https://docs.vmware.com/en/VMware-vCloud-NFV-OpenStack-Edition/3.0/vmwa-vcloud-nfv30-performance-tunning/GUID-1F05987F-012B-4BC4-9015-CDE3C991C68C.html
?

On Tue, Mar 1, 2022, 21:48 Lombardo, Ed  wrote:

> I am using vmware hypervisor.
>
> -Original Message-
> From: Stephen Hemminger 
> Sent: Tuesday, March 1, 2022 11:41 PM
> To: Cliff Burdick 
> Cc: Lombardo, Ed ; users@dpdk.org
> Subject: Re: How to increase mbuf size in dpdk version 17.11
>
> External Email: This message originated outside of NETSCOUT. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
> On Tue, 1 Mar 2022 19:56:39 -0800
> Cliff Burdick  wrote:
>
> > That's showing you have 0 hugepages free. Maybe they weren't passed
> > through to the VM properly?
>
> Which hypervisor? Not all hypervisors really support hugepages.
>

Re: How to increase mbuf size in dpdk version 17.11

[Cliff Burdick]

That's showing you have 0 hugepages free. Maybe they weren't passed through
to the VM properly?

On Tue, Mar 1, 2022 at 7:50 PM Lombardo, Ed 
wrote:

> [root@vSTREAM_632 ~]# cat /proc/meminfo
>
> MemTotal:   32778372 kB
>
> MemFree:15724124 kB
>
> MemAvailable:   15897392 kB
>
> Buffers:   18384 kB
>
> Cached:   526768 kB
>
> SwapCached:0 kB
>
> Active:   355140 kB
>
> Inactive: 173360 kB
>
> Active(anon):  62472 kB
>
> Inactive(anon):12484 kB
>
> Active(file): 292668 kB
>
> Inactive(file):   160876 kB
>
> Unevictable:13998696 kB
>
> Mlocked:13998696 kB
>
> SwapTotal:   3906556 kB
>
> SwapFree:3906556 kB
>
> Dirty:76 kB
>
> Writeback: 0 kB
>
> AnonPages:  13986156 kB
>
> Mapped:95500 kB
>
> Shmem: 16864 kB
>
> Slab: 121952 kB
>
> SReclaimable:  71128 kB
>
> SUnreclaim:50824 kB
>
> KernelStack:4608 kB
>
> PageTables:31524 kB
>
> NFS_Unstable:  0 kB
>
> Bounce:0 kB
>
> WritebackTmp:  0 kB
>
> CommitLimit:19247164 kB
>
> Committed_AS:   14170424 kB
>
> VmallocTotal:   34359738367 kB
>
> VmallocUsed:  212012 kB
>
> VmallocChunk:   34342301692 kB
>
> Percpu: 2816 kB
>
> HardwareCorrupted: 0 kB
>
> AnonHugePages:  13228032 kB
>
> CmaTotal:  0 kB
>
> CmaFree:   0 kB
>
> HugePages_Total:1024
>
> HugePages_Free:0
>
> HugePages_Rsvd:0
>
> HugePages_Surp:0
>
> Hugepagesize:   2048 kB
>
> DirectMap4k:  104320 kB
>
> DirectMap2M:33449984 kB
>
>
>
> *From:* Cliff Burdick 
> *Sent:* Tuesday, March 1, 2022 10:45 PM
> *To:* Lombardo, Ed 
> *Cc:* Stephen Hemminger ; users@dpdk.org
> *Subject:* Re: How to increase mbuf size in dpdk version 17.11
>
>
>
> *External Email:* This message originated outside of NETSCOUT. Do not
> click links or open attachments unless you recognize the sender and know
> the content is safe.
>
> Can you paste the output of "cat /proc/meminfo"?
>
>
>
> On Tue, Mar 1, 2022 at 5:37 PM Lombardo, Ed 
> wrote:
>
> Here is the output from rte_mempool_dump() after creating the mbuf "
> mbuf_pool_create (mbuf_seg_size=16512, nb_mbuf=32768, socket_id=0)":
>  nb_mbuf_per_pool = 32768
>  mb_size = 16640
>  16512 * 32768 = 541,065,216
>
> mempool @0x17f811400
>   flags=10
>   pool=0x17f791180
>   iova=0x80fe11400
>   nb_mem_chunks=1
>   size=32768
>   populated_size=32768
>   header_size=64
>   elt_size=16640
>   trailer_size=0
>   total_obj_size=16704
>   private_data_size=64
>   avg bytes/object=16704.00
>   internal cache infos:
> cache_size=250
> cache_count[0]=0
> ...
> cache_count[126]=0
> cache_count[127]=0
> total_cache_count=0
>   common_pool_count=32768
>   no statistics available
>
> -Original Message-
> From: Stephen Hemminger 
> Sent: Tuesday, March 1, 2022 5:46 PM
> To: Cliff Burdick 
> Cc: Lombardo, Ed ; users@dpdk.org
> Subject: Re: How to increase mbuf size in dpdk version 17.11
>
> External Email: This message originated outside of NETSCOUT. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
> On Tue, 1 Mar 2022 13:37:07 -0800
> Cliff Burdick  wrote:
>
> > Can you verify how many buffers you're allocating? I don't see how
> > many you're allocating in this thread.
> >
> > On Tue, Mar 1, 2022 at 1:30 PM Lombardo, Ed 
> > wrote:
> >
> > > Hi Stephen,
> > > The VM is configured to have 32 GB of memory.
> > > Will dpdk consume the 2GB of hugepage memory for the mbufs?
> > > I don't mind having less mbufs with mbuf size of 16K vs original
> > > mbuf size of 2K.
> > >
> > > Thanks,
> > > Ed
> > >
> > > -Original Message-
> > > From: Stephen Hemminger 
> > > Sent: Tuesday, March 1, 2022 2:57 PM
> > > To: Lombardo, Ed 
> > > Cc: users@dpdk.org
> > > Subject: Re: How to increase mbuf size in dpdk version 17.11
> > >
> > > External Email: This message originated outside of NETSCOUT. Do not
> > > click links or open attachments unless you recognize the sender and
> > > know the content is safe.
> > >
> > > On Tue, 1 Mar 2022 18:34:22 +
> > > "Lombardo, Ed"  wrote:
> > >

Re: How to increase mbuf size in dpdk version 17.11

[Cliff Burdick]

Can you paste the output of "cat /proc/meminfo"?

On Tue, Mar 1, 2022 at 5:37 PM Lombardo, Ed 
wrote:

> Here is the output from rte_mempool_dump() after creating the mbuf "
> mbuf_pool_create (mbuf_seg_size=16512, nb_mbuf=32768, socket_id=0)":
>  nb_mbuf_per_pool = 32768
>  mb_size = 16640
>  16512 * 32768 = 541,065,216
>
> mempool @0x17f811400
>   flags=10
>   pool=0x17f791180
>   iova=0x80fe11400
>   nb_mem_chunks=1
>   size=32768
>   populated_size=32768
>   header_size=64
>   elt_size=16640
>   trailer_size=0
>   total_obj_size=16704
>   private_data_size=64
>   avg bytes/object=16704.00
>   internal cache infos:
> cache_size=250
> cache_count[0]=0
> ...
> cache_count[126]=0
> cache_count[127]=0
> total_cache_count=0
>   common_pool_count=32768
>   no statistics available
>
> -Original Message-
> From: Stephen Hemminger 
> Sent: Tuesday, March 1, 2022 5:46 PM
> To: Cliff Burdick 
> Cc: Lombardo, Ed ; users@dpdk.org
> Subject: Re: How to increase mbuf size in dpdk version 17.11
>
> External Email: This message originated outside of NETSCOUT. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
> On Tue, 1 Mar 2022 13:37:07 -0800
> Cliff Burdick  wrote:
>
> > Can you verify how many buffers you're allocating? I don't see how
> > many you're allocating in this thread.
> >
> > On Tue, Mar 1, 2022 at 1:30 PM Lombardo, Ed 
> > wrote:
> >
> > > Hi Stephen,
> > > The VM is configured to have 32 GB of memory.
> > > Will dpdk consume the 2GB of hugepage memory for the mbufs?
> > > I don't mind having less mbufs with mbuf size of 16K vs original
> > > mbuf size of 2K.
> > >
> > > Thanks,
> > > Ed
> > >
> > > -Original Message-
> > > From: Stephen Hemminger 
> > > Sent: Tuesday, March 1, 2022 2:57 PM
> > > To: Lombardo, Ed 
> > > Cc: users@dpdk.org
> > > Subject: Re: How to increase mbuf size in dpdk version 17.11
> > >
> > > External Email: This message originated outside of NETSCOUT. Do not
> > > click links or open attachments unless you recognize the sender and
> > > know the content is safe.
> > >
> > > On Tue, 1 Mar 2022 18:34:22 +
> > > "Lombardo, Ed"  wrote:
> > >
> > > > Hi,
> > > > I have an application built with dpdk 17.11.
> > > > During initialization I want to change the mbuf size from 2K to 16K.
> > > > I want to receive packet sizes of 8K or more in one mbuf.
> > > >
> > > > The VM running the application is configured to have 2G hugepages.
> > > >
> > > > I tried many things and I get an error when a packet arrives.
> > > >
> > > > I read online that there is #define DEFAULT_MBUF_DATA_SIZE that I
> > > changed from 2176 to ((2048*8)+128), where 128 is for headroom.
> > > > The call to rte_pktmbuf_pool_create() returns success with my
> changes.
> > > > From the rte_mempool_dump() - "rx_nombuf" - Total number of Rx
> > > > mbuf
> > > allocation failures.  This value increments each time a packet
> arrives.
> > > >
> > > > Is there any reference document explaining what causes this error?
> > > > Is there a user guide I should follow to make the mbuf size
> > > > change,
> > > starting with the hugepage value?
> > > >
> > > > Thanks,
> > > > Ed
> > >
> > > Did you check that you have enough memory in the system for the
> > > larger footprint?
> > > Using 16K per mbuf is going to cause lots of memory to be consumed.
>
> A little maths you can fill in your own values.
>
> Assuming you want 16K of data.
>
> You need at a minimum [1]
> num_rxq := total number of receive queues
> num_rxd := number of receive descriptors per receive queue
> num_txq := total number of transmit queues (assume all can be full)
> num_txd := number of transmit descriptors
> num_mbufs = num_rxq * num_rxd + num_txq * num_txd + num_cores *
> burst_size
>
> Assuming you are using code copy/pasted from some example like l3fwd.
> With 4 Rxq
>
> num_mbufs = 4 * 1024 + 4 * 1024 + 4 * 32 = 8320
>
> Each mbuf element requires [2]
> elt_size = sizeof(struct rte_mbuf) + HEADROOM + mbuf_size
>  = 128 + 128 + 16K = 16640
>
> obj_size = rte_mempool_calc_obj_size(elt_size, 0, NULL)
>  = 16832
>
> So total pool is
> num_mbufs * obj_size = 8320 * 16832 = 140,042,240 ~ 139M
>
>
> [1] Some devices line bnxt need multiple buffers per packet.
> [2] Often applications want additional space per mbuf for meta-data.
>
>
>
>

Re: How to increase mbuf size in dpdk version 17.11

[Cliff Burdick]

Can you verify how many buffers you're allocating? I don't see how many
you're allocating in this thread.

On Tue, Mar 1, 2022 at 1:30 PM Lombardo, Ed 
wrote:

> Hi Stephen,
> The VM is configured to have 32 GB of memory.
> Will dpdk consume the 2GB of hugepage memory for the mbufs?
> I don't mind having less mbufs with mbuf size of 16K vs original mbuf size
> of 2K.
>
> Thanks,
> Ed
>
> -Original Message-
> From: Stephen Hemminger 
> Sent: Tuesday, March 1, 2022 2:57 PM
> To: Lombardo, Ed 
> Cc: users@dpdk.org
> Subject: Re: How to increase mbuf size in dpdk version 17.11
>
> External Email: This message originated outside of NETSCOUT. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
> On Tue, 1 Mar 2022 18:34:22 +
> "Lombardo, Ed"  wrote:
>
> > Hi,
> > I have an application built with dpdk 17.11.
> > During initialization I want to change the mbuf size from 2K to 16K.
> > I want to receive packet sizes of 8K or more in one mbuf.
> >
> > The VM running the application is configured to have 2G hugepages.
> >
> > I tried many things and I get an error when a packet arrives.
> >
> > I read online that there is #define DEFAULT_MBUF_DATA_SIZE that I
> changed from 2176 to ((2048*8)+128), where 128 is for headroom.
> > The call to rte_pktmbuf_pool_create() returns success with my changes.
> > From the rte_mempool_dump() - "rx_nombuf" - Total number of Rx mbuf
> allocation failures.  This value increments each time a packet arrives.
> >
> > Is there any reference document explaining what causes this error?
> > Is there a user guide I should follow to make the mbuf size change,
> starting with the hugepage value?
> >
> > Thanks,
> > Ed
>
> Did you check that you have enough memory in the system for the larger
> footprint?
> Using 16K per mbuf is going to cause lots of memory to be consumed.
>

Re: DPDK on isolated cores but I still see interrupts

[Cliff Burdick]

One thing you can try is using the irqaffinity boot parameter to force
interrupts onto your non-isolated cores: For timer interrupts you can try
running in NO_HZ_FULL mode, but that may not work if you have other
userspace processes running on those cores. It might be worth confirming
that the interrupts are actually causing noticeable problems first before
trying to move the interrupts.

On Tue, Mar 1, 2022 at 6:52 AM Antonio Di Bacco 
wrote:

> I am trying to run a DPDK application on x86_64 Machine (Ubuntu 20.04) on
> isolated cores.
> I expected not to have interrupts on isolated cores but I still have a lot
> of CAL (*Function call interrupts*) interrupts and LOC interrupts (*Local
> timer interrupts*). Is there any setting in DPDK to stop those too?
>
> Regards.
>

Re: [VOTE] Release Apache Qpid Proton 0.37.0

[Cliff Jansen]

+1

Built and ran tests, including the new TLS library and associated example.

Ran some quiver soak tests against the Dispatch router, including 1, 3, and
125 arrow pairs.

On Thu, Feb 24, 2022 at 8:17 AM Robbie Gemmell 
wrote:

> Hi folks,
>
> I have put together a first spin for a Qpid Proton 0.37.0 release,
> please give it a test out and vote accordingly.
>
> The files can be grabbed from:
> https://dist.apache.org/repos/dist/dev/qpid/proton/0.37.0-rc1/
>
> The JIRAs assigned are:
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12313720=12350731
>
> It is tagged as 0.37.0-rc1.
>
> Regards,
> Robbie
>
> -
> To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
> For additional commands, e-mail: users-h...@qpid.apache.org
>
>

Re: [VOTE] Release Apache Qpid Proton 0.37.0

[Cliff Jansen]

I can reproduce.  I also get failures for Proton  0.36 on the same system.

In my opinion it is not a regression and not a reason to fail this RC.

I will raise a Jira to get this resolved for the next release.

On Mon, Feb 28, 2022 at 10:29 AM Ken Giusti  wrote:

> +- "?"
>
> Just want to rule out any error that may be creeping in between my grey
> matter and my keyboard,  but I'm hitting errors running the
> python-integration-tests.
> Anyone else getting these?
>
> $ cmake .. -DCMAKE_INSTALL_PREFIX=/opt/kgiusti
> -DCMAKE_BUILD_TYPE=RelWithDebInfo -DRUNTIME_CHECK=asan
> ...
>
> - 27: =
> - 27: ==30317==ERROR: LeakSanitizer: detected memory leaks
> - 27:
> - 27: Indirect leak of 128 byte(s) in 4 object(s) allocated from:
> - 27: #0 0x7f125fa7491f in __interceptor_malloc
> (/lib64/libasan.so.6+0xae91f)
> - 27: #1 0x7f124d14100a in tls1_set_raw_sigalgs ssl/t1_lib.c:2083
> - 27: #2 0x7f124d14100a in tls1_set_sigalgs_list ssl/t1_lib.c:2075
> - 27:
> - 27: -
> - 27: Suppressions used:
> - 27:   count  bytes template
> - 27:  14448 ^pn_buffer$
> - 27:   2256 ^pn_buffer_ensure$
> - 27:  12   1536 ^pn_list$
> - 27:   8   4096 ^pni_map_allocate$
> - 27: 178  12720 ^pn_object_new$
> - 27:  18720 ^pni_record_create$
> - 27:  23368 ^pn_stringn$
> - 27:   7668 ^pn_string_grow$
> - 27:   4224 ^pn_ssl_domain$
> - 27:   417602520512 libcrypto.so
> - 27: 652 751961 libpython
> - 27: -
> - 27:
> - 27: SUMMARY: AddressSanitizer: 128 byte(s) leaked in 4
> allocation(s).
> - 1/1 Test #27: python-integration-test ..***Failed   30.96 sec
>
> And with TSAN:
>
>
> $ cmake .. -DCMAKE_INSTALL_PREFIX=/opt/kgiusti
> -DCMAKE_BUILD_TYPE=RelWithDebInfo -DRUNTIME_CHECK=tsan
> ...
> $ctest -V -R python-integration-test
> ...
>
> 27: test_application_event_no_object_leaks
> (test_PROTON_1709_application_event_object_leak.Proton1709Test) ... ok
>
> 27: test_sync_request_response_blocking_connection_no_fd_leaks
> (test_PROTON_1800_syncrequestresponse_fd_leak.Proton1800Test) ... ok
>
> 27: test_send_message_ssl_no_object_leaks
> (test_PROTON_2111_container_ssl_ssldomain_object_leak.Proton2111Test)
>
> 27: Starts a broker with ssl acceptor, in a loop connects to it and sends
> message. ... ==
>
> 27: WARNING: ThreadSanitizer: data race (pid=34593)
>
>
> 27:   Read of size 8 at 0x7fa5b8327e20 by main thread:
>
>
> 27: #0 _Py_INCREF /usr/include/python3.10/object.h:472
> (_cproton.so+0x3623e)
>
> 27: #1 SWIG_Py_Void
>
> /home/kgiusti/tmp/proton/qpid-proton-0.37.0/BUILD/python/CMakeFiles/_cproton.dir/cprotonPYTHON_wrap.c:1276
> (_cproton.so+0x3623e)
> 27: #2 SWIG_Python_NewPointerObj
>
> /home/kgiusti/tmp/proton/qpid-proton-0.37.0/BUILD/python/CMakeFiles/_cproton.dir/cprotonPYTHON_wrap.c:2364
> (_cproton.so+0x3623e)
> 27: #3 _wrap_pn_collector_peek
>
> /home/kgiusti/tmp/proton/qpid-proton-0.37.0/BUILD/python/CMakeFiles/_cproton.dir/cprotonPYTHON_wrap.c:12935
> (_cproton.so+0x3d0bc)
> 27: #4 cfunction_vectorcall_O
> /usr/src/debug/python3.10-3.10.2-1.fc34.x86_64/Objects/methodobject.c:516
> (libpython3.10.so.1.0+0x11eed6)
> 27:
>
>
> 27:   Previous write of size 8 at 0x7fa5b8327e20 by thread T3:
>
>
> 27: #0 _Py_INCREF /usr/include/python3.10/object.h:472
> (_cproton.so+0x2107e)
>
> 27: #1 _Py_NewRef /usr/include/python3.10/object.h:582
> (_cproton.so+0x2107e)
>
> 27: #2 pn_void2py
>
> /home/kgiusti/tmp/proton/qpid-proton-0.37.0/BUILD/python/CMakeFiles/_cproton.dir/cprotonPYTHON_wrap.c:3336
> (_cproton.so+0x2107e)
> 27: #3 pn_void2py
>
> /home/kgiusti/tmp/proton/qpid-proton-0.37.0/BUILD/python/CMakeFiles/_cproton.dir/cprotonPYTHON_wrap.c:3328
> (_cproton.so+0x2107e)
> 27: #4 _wrap_pn_void2py
>
> /home/kgiusti/tmp/proton/qpid-proton-0.37.0/BUILD/python/CMakeFiles/_cproton.dir/cprotonPYTHON_wrap.c:4481
> (_cproton.so+0x2107e)
> 27: #5 cfunction_vectorcall_O
> /usr/src/debug/python3.10-3.10.2-1.fc34.x86_64/Objects/methodobject.c:516
> (libpython3.10.so.1.0+0x11eed6)
> 27:
>
>
> 27:   Location is global '_Py_NoneStruct' of size 16 at 0x7fa5b8327e20
> (libpython3.10.so.1.0+0x00340e20)
>
> 27:
>
>
> 27:   Thread T3 (tid=34606, running) created by main thread at:
>
>
> 27: #0 pthread_create  (libtsan.so.0+0x5bef5)
>
>
> 27: #1 PyThread_start_new_thread  (libpython3.10.so.1.0+0x1e006a)
>
>
> 27:
>
>
> 27: SUMMARY: ThreadSanitizer: data race
> /usr/include/python3.10/object.h:472 in _Py_INCREF
> ...
>
> 27: --
>
>
> 27: Ran 9 tests in 42.124s
>
>
> 27:
>
>
> 27: OK (expected failures=4)
>
>
> 27: ThreadSanitizer: reported 1 warnings
>
>
> 1/1 Test #27: python-integration-test ..***Failed   45.48 sec
>
> I'm running 

Additional TLS support in Proton-C

[Cliff Jansen]

This is a brief introduction to a proposed new Proton-C support library to
provide generalized TLS functionality.

The existing Proton SSL/TLS functionality is tightly coupled to AMQP
connections and does not provide application access to the encrypted or
decrypted stream data.  As a result, there is no Proton support for TLS on
raw connections.

A new library is proposed with the following characteristics:

  - broadly similar in configuration to the existing methods in
c/include/proton/ssl.h
  - uses arrays of byte buffers to hold encrypted and decrypted content
  - focus is primarily to provide support for TLS1.3 and compatibility for
TLS1.2
  - ability to eventually provide the sole TLS functionality in Proton for
all connection types.

The API is in its early stages and is "unsettled" for now.

The early work is tracked in:

  https://issues.apache.org/jira/browse/PROTON-2497

The code to date can be viewed on:

  https://github.com/cliffjansen/qpid-proton

in branches:

  tls2_wip_02 (current)
  tls2_wip(older)


In its current form, the new TLS library does not build unless you set
BUILD_TLS=ON.  It has no symbol dependencies on other Proton libraries.  It
does rely on the existing proton/raw_connection.h header file to obtain the
definition for pn_raw_buffer_t which is used to define encrypted and
decrypted content passed into and out of the library.  This allows easy
passing of data between the TLS library and Proton raw connections.

Cliff

Re: Help using CA signed certificates with a Qpid Proton C++ app

[Cliff Jansen]

Hi Glen,

I believe you are mixing old and new methodologies.

NSS and certutil are unrelated to the Qpid Proton C++ library which uses
OpenSSL on Posix systems.  The environment variables QPID_SSL_CERT_XXX are
not used for TLS configuration.

See the example at


https://github.com/apache/qpid-proton/blob/main/cpp/examples/ssl_client_cert.cpp

and see the configuration pertaining to "using_OpenSSL()".  That should
show you where to plug in the "XXX.pem" files you started from.

Cliff

On Fri, Jan 14, 2022 at 7:00 PM Shipley, Glen
 wrote:

> Hi All,
>
> I need help on using CA signed certificates with a Qpid Proton C++ app and
> an ActiveMQ broker for SSL.
>
> I have in /home/user/cert_dir the following -
>
> rootCACert.pem
> broker-signedcert.pem
> client-signedcert.pem
> client-key.pem
> password
>
> The password file just contains password which is the password used for
> all.
>
> I then ran the following commands to set up the certificate database -
>
> certutil -N -d /home/user/cert_dir -f /home/user/cert_dir/password
> certutil -A -i broker-signedcert.pem -d /home/user/cert_dir -f
> /home/user/cert_dir/password -n broker -t "P"
> certutil -A -i rootCACert.pem -d /home/user/cert_dir -f
> /home/user/cert_dir/password -n root -t "TC"
>
> I kick off the broker by running the following script -
> setenv JAVA_HOME /programs/Java/jdk1.8.0_121
> setenv PATH ${JAVA_HOME}/bin:${PATH}
> setenv ACTIVEMQ_SSL_OPTS "-Djavax.net.ssl.keyStore=/pki/broker.ks
> -Djavax.net.ssl.keyStorePassword=password
> -Djavax.net.ssl.trustStore=/pki/broker.ts
> -Djavax.net.ssl.trustStorePassword=password -Djavax.net.debug=ssl"
> ./activemq console
>
> I have confidence that the broker is not the problem because I can run -
> openssl s_client -connect localhost:5671 -showcerts -cert
> /home/user/cert_dir/client-signedcert.pem -key
> /home/user/cert_dir/client-key.pem -pass pass:password -CAfile
> /home/user/cert-dir/rootCACert.pem
>
> which returns a verify code of 0 (ok). If I leave off the -CAfile it
> returns with a verify code of 19 (self signed certificate in chain). I can
> see in the broker window that the SSL handshake completed. When from the
> s_client I try to send a message, the broker closes the connection with the
> broker logging - WARN | Connection attempt from non AMQP v1.0 client.
>
>
> My qpid proton app code has -
> void on_container_start(proton:container )
> {
>std:cout << "-INFO- on_container_start -" << std::endl;
>proton::ssl_certificate certificate("/pki/client-signedcert.pem",
> "/pki/client-private.pem", "password");
>
>proton::ssl::verify_mode = proton::ssl::VERIFY_PEER_NAME;
>
>proton::ssl_client_options sslClientOptions(certificate,
> "/pki/broker-signedcert.pem", ssl_verify_mode);
>
>proton::connection_options connectionOptions;
>connectionOptions.ssl_client_options(sslClientOptions);
>connectionOptions.virtual_host("broker"); // this is the CN of the
> broker certificate
>connectionOptions.idle_timeout(proton::duration::FOREVER);
>
>c.client_connection_options(connectionOptions);
>
>c.connect("localhost:5671", connectionOptions); // broker runs on same
> machine
> }
>
> I launch the client code with a script that has
> export QPID_SSL_CERT_DB="/home/user/cert_dir"
> export QPID_SSL_CERT_PASSWORD_FILE="/home/user/cert_dir/password"
>
>
> Client CA signed certificates (fails)
> SSL:TRACE:Client SSL socket created.
> EVENT:DEBUG:(PN_CONNECTION_INIT, pn_connection<0x82107e8>
> EVENT:DEBUG:(PN_CONNECTION_BOUND, pn_connection<0x82107e8>
> SSL:TRACE:Gathered 8 bytes from app to send to peer
> SSL:TRACE:Detected read-blocked
> SSL:TRACE:Wrote 280 bytes to BIO Layer, 0 left over
> SSL:TRACE:Detected read-blocked
> SSL:TRACE:process_output_ssl() returning 0
> SSL:TRACE:Detected read-blocked
> SSL:TRACE:process_output_ssl() returning 0
> SSL:TRACE:process_input_ssl( data size=3695 )
> SSL:TRACE:Wrote 3695 bytes to BIO Layer, 0 left over
> AMQP:ERROR:amqp:connection:framing-error SSL Failure error:14090086:SSL
> routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
>
> Broker CA signed certificates
> *** ServerHelloDone
> ActiveMQ Transport: ssl:///192.168.107.206.45206, WRITE: TLSv1.2
> Handshake, length = 3690
> ActiveMQ Transport: ssl:///192.168.107.206.45206, received EOFException:
> error
> ActiveMQ Transport: ssl:///192.168.107.206.45206, handling exception:
> javax.net.ssl.SSLHandshakeException: Remote host closed connection during
> handshake
>
> Can anyone help with what I need to do dif

[jira] [Created] (NETBEANS-6267) Dart-Sass 1.44, Apache-NetBeans 12.5, MacOS Monterey - does not recognise @use or @forward

[Cliff Wallace (Jira)]

Cliff Wallace created NETBEANS-6267:
---

 Summary: Dart-Sass 1.44, Apache-NetBeans 12.5, MacOS Monterey - 
does not recognise @use or @forward
 Key: NETBEANS-6267
 URL: https://issues.apache.org/jira/browse/NETBEANS-6267
 Project: NetBeans
  Issue Type: Bug
  Components: web - CSS Preprocessors (SASS, LESS, ...)
Affects Versions: 12.5
 Environment: MacOS Monterey

Apache-NetBeans 12.5

Dart-Sass 1.44
Reporter: Cliff Wallace
 Attachments: 144512285-c2d760fd-5b01-4ca5-b812-75d2d96cf2dc.png

I had NetBeans working fine and compiling on save with Dart-Sass using 
[@include|https://github.com/include]s.

However, @include is deprecated in favour of [@use|https://github.com/use] and 
[@forward|https://github.com/forward].

I installed Dart-Sass (per Dart site) by simply loading it down and adding to 
my MacOS Path then using terminal command "{*}which sass{*}" to get that path: 
*/Applications/dart-sass/sass*
and add it to NetBeans css preprocessor.


I get the issue (see attachment) every time I try [@use|https://github.com/use] 
or [@forward|https://github.com/forward].
I tried removing NetBeans to start over, and re-installed it (no difference).
To demonstrate the issue, I created the very simple project shown in the image.
Inside the _fonts.scss is the simplest definition ...

$font-size: 1.25rem;

So, even at this simplest of levels, NetBeans doesn't seem to like 
[@use|https://github.com/use] (or [@forward|https://github.com/forward] for 
that matter).

I raised an issue on GitHub (#1566) and Dart-Sass folks say it isn't a Sass 
issue.

Trouble is, as it stands, when using @use or @forward, the sass just won't 
compile.

It may be the case that the NetBeans syntax checking has not caught up yet in 
which case, I'll gladly raise an enhancement request.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Question about supported GPU cards for DPDK

[Cliff Burdick]

It should work for any card supporting GPUDirect. The requirement is you
would need nv_peer_mem running, and this is now included in the latest
NVIDIA drivers.

On Tue, Nov 23, 2021 at 7:06 AM sak...@fujitsu.com 
wrote:

> Hello
>
> I have a question about (CUDA) DPDK supported GPU cards.
> If this mailing list is not appropriate, please notice me an appropriate
> mailing list.
>
> In my understanding, GPUDirect RDMA can use Tesla and Quadro cards.
> Is this DPDK feature Tesla card only?
> Since it writes A100/A30/A10, V100, It does not describe Quadro series
>
> Reference
>   Doc/guides/dpus/cuda.rst
> http://git.dpdk.org/dpdk/tree/doc/guides/gpus/cuda.rst?h=v21.11-rc3
>   Overview
> https://docs.nvidia.com/cuda/gpudirect-rdma/index.html#overview
>
> Thanks
>
> Atsushi SAKAI
>
>
>

[Crash-utility] Trace common and ARM aarch64

[Wickman, Cliff]

Hi folks at crash-utility,

I’m just hoping that this address still reaches you who support the crash 
utility.

I am having difficulty digging trace entries out of an ARM (aarch64) dump.
I’m not sure whether the problem is in /sys/kernel/debug/trace or in the 
trace-cmd command.

Just using  trace-cmd extract, then this hangs:
# ./trace-cmd report
trace-cmd: No such file or directory
  [vmscan:mm_vmscan_writepage] function __builtin_constant_p not defined
  [scsi:scsi_dispatch_cmd_timeout] function scsi_trace_parse_cdb not defined
  [scsi:scsi_dispatch_cmd_start] function scsi_trace_parse_cdb not defined
  [scsi:scsi_dispatch_cmd_error] function scsi_trace_parse_cdb not defined
  [scsi:scsi_dispatch_cmd_done] function scsi_trace_parse_cdb not defined
  [ras:mc_event] function mc_event_error_type not defined
^Ctrace-cmd: Received SIGINT
I have put debugging printf’s in trace-cmd and find it is hanging trying to 
parse entries in trace.dat.

This works okay on an x86_64 system at the same level.

The OS: # uname -a
Linux panda-aarch 5.3.18-24.46_6.0.29…
The trace-cmd is built from source, branch trace-cmd-stable-v2.6, which is the 
latest version I could successfully build.

Do you have any report of a problem with trace and trace-cmd specifically on 
aarch64?

Thanks.
-Cliff Wickman
--
Crash-utility mailing list
Crash-utility@redhat.com
https://listman.redhat.com/mailman/listinfo/crash-utility

Re: Can the DPDK multi-process feature be used in Docker containers?

[Cliff Burdick]

Li, I would suggest pasting your errors. It sounds like a separate issue
from Staffan, and I know for sure it works in DPDK (never used SPDK), so
I'd be curious to see what the problem is.

On Wed, Nov 17, 2021 at 11:13 PM Staffan Wiklund 
wrote:

> Cliff,
>
> Many thanks for your help!
> Mapping /var/run/dpdk into both containers as you said made it possible to
> use the multi-process feature in Docker containers.
>
> Regards
> Staffan
>
> Den tors 18 nov. 2021 kl 07:47 skrev Li Feng :
>
>> On Thu, Nov 18, 2021 at 2:23 PM Cliff Burdick  wrote:
>> >
>> > I don't remember that being a problem. Are you starting them with two
>> different file prefixes and mounting the hugepages directory into both
>> containers?
>> >
>> I'm running the spdk processes, so the hugepage files are created with
>> prefix "spdk-", both containers are mounting the same
>> /dev/hugepages.
>>
>>
>> >
>> > On Wed, Nov 17, 2021, 22:20 Li Feng  wrote:
>> >>
>> >> On Thu, Nov 18, 2021 at 2:11 PM Cliff Burdick 
>> wrote:
>> >> >
>> >> > Yes. Try mapping the dpdk metadata directory (/var/run/dpdk) into
>> both containers from the host. You should be able to do the normal dual
>> process methods.
>> >> >
>> >> By the way, if I want to run two separate dpdk processes in two
>> >> different dockers, what should I do?
>> >> e.g. Running two processes: examples/dpdk-mp_server
>> >> These two dockers have mapped the same /dev/hugepages directories.
>> >> I have tested, the dpdk will crash because the hugepages are mixed.
>> >>
>> >> Thanks.
>> >> >
>> >> > On Wed, Nov 17, 2021, 05:58 Staffan Wiklund 
>> wrote:
>> >> >>
>> >> >> Hello
>> >> >>
>> >> >> I wonder if it is possible to use the DPDK multi-process feature in
>> Docker containers?
>> >> >>
>> >> >> That is, can a DPDK application execute in a Docker container and
>> share its
>> >> >> DPDK memory with another DPDK application executing in another
>> Docker container
>> >> >> using the DPDK multi-process feature?
>> >> >>
>> >> >> For example if the DPDK example mp_server executes in one Docker
>> container:
>> >> >> /examples/dpdk-mp_server -l 1-2 -n 4 -- -p 3 -n 2
>> >> >>
>> >> >> and the DPDK example mp_client executes in another Docker container:
>> >> >>
>> >> >> /examples/dpdk-mp_client -l 3 -n 4 --proc-type=auto --
>> -n 0
>> >> >>
>> >> >> Is this possible to implement?
>> >> >>
>> >> >> Thanks
>> >> >> Staffan
>> >> >>
>> >> >>
>>
>

Re: Can the DPDK multi-process feature be used in Docker containers?

[Cliff Burdick]

I don't remember that being a problem. Are you starting them with two
different file prefixes and mounting the hugepages directory into both
containers?


On Wed, Nov 17, 2021, 22:20 Li Feng  wrote:

> On Thu, Nov 18, 2021 at 2:11 PM Cliff Burdick  wrote:
> >
> > Yes. Try mapping the dpdk metadata directory (/var/run/dpdk) into both
> containers from the host. You should be able to do the normal dual process
> methods.
> >
> By the way, if I want to run two separate dpdk processes in two
> different dockers, what should I do?
> e.g. Running two processes: examples/dpdk-mp_server
> These two dockers have mapped the same /dev/hugepages directories.
> I have tested, the dpdk will crash because the hugepages are mixed.
>
> Thanks.
> >
> > On Wed, Nov 17, 2021, 05:58 Staffan Wiklund 
> wrote:
> >>
> >> Hello
> >>
> >> I wonder if it is possible to use the DPDK multi-process feature in
> Docker containers?
> >>
> >> That is, can a DPDK application execute in a Docker container and share
> its
> >> DPDK memory with another DPDK application executing in another Docker
> container
> >> using the DPDK multi-process feature?
> >>
> >> For example if the DPDK example mp_server executes in one Docker
> container:
> >> /examples/dpdk-mp_server -l 1-2 -n 4 -- -p 3 -n 2
> >>
> >> and the DPDK example mp_client executes in another Docker container:
> >>
> >> /examples/dpdk-mp_client -l 3 -n 4 --proc-type=auto -- -n 0
> >>
> >> Is this possible to implement?
> >>
> >> Thanks
> >> Staffan
> >>
> >>
>

Re: Can the DPDK multi-process feature be used in Docker containers?

[Cliff Burdick]

Yes. Try mapping the dpdk metadata directory (/var/run/dpdk) into both
containers from the host. You should be able to do the normal dual process
methods.


On Wed, Nov 17, 2021, 05:58 Staffan Wiklund  wrote:

> Hello
>
> I wonder if it is possible to use the DPDK multi-process feature in Docker
> containers?
>
> That is, can a DPDK application execute in a Docker container and share its
> DPDK memory with another DPDK application executing in another Docker
> container
> using the DPDK multi-process feature?
>
> For example if the DPDK example mp_server executes in one Docker container:
> /examples/dpdk-mp_server -l 1-2 -n 4 -- -p 3 -n 2
>
> and the DPDK example mp_client executes in another Docker container:
>
> /examples/dpdk-mp_client -l 3 -n 4 --proc-type=auto -- -n 0
>
> Is this possible to implement?
>
> Thanks
> Staffan
>
>
>

Re: [Gimp-user] Update blocked by trend micro

[Cliff Pratt via gimp-user-list]

Do you have anything other than vague claims of guruship to back that up?

I've worked with several brands of security software (including supporting
some of them in corporate environments) and they all have their strengths
and weaknesses. I've used TrendMicro, and don't remember anything
distinctive about the brand.

I've seen what happens when some idiot turns off their security software,
and I've had to sort out the resultant mess. These days admins prevent
users turning off their security software thank goodness.

What exactly do you have against security software?

Cliff

On Wed, Nov 17, 2021 at 3:44 AM Ruben Safir  wrote:

> On Mon, Nov 15, 2021 at 11:37:09PM +0100, Michael Schumacher via
> gimp-user-list wrote:
> > On 15.11.21 22:55, Ruben Safir wrote:
> >
> > >On Mon, Nov 15, 2021 at 09:31:20PM +0100, Jernej Simončič wrote:
> > >>On Monday, November 15, 2021, 13:31:01, Ruben Safir wrote:
> > >>
> > >>>In the last 40 years in the GNU field I have heard a lot of bad advise
> > >>>but rarely as bad as this.  Ignore this advise by Rick Strong and
> > >>>ditch tend micro - ASAP.
> > >>
> > >>I kind of doubt that TrendMicro is the problem,
> > >
> > >Set aside with the doubts because they ARE the problem
> >
> > Ruben, I am pretty sure that the core issue in this thread is experience.
> >
>
>
> No - but I have the experience and you do not.
>
> The core issue is that trendmicro is not a reliable source of
> security and is a bad actor.
>
> Nothing fixes that.
>
> ___
> gimp-user-list 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
>


-- 
My Amazon author page : https://amazon.com/author/cliffpratt
My Facebook author page : https://www.facebook.com/cliffprattauthor
My Search on Kobo : https://www.kobo.com/search?query=Cliff+Pratt
___
gimp-user-list 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

Re: [VOTE] Release Apache Qpid Proton 0.36.0

[Cliff Jansen]

+1

Built and ran tests on Centos 8 and Fedora 34.

Ran 4 hour Quiver soak against Qpid Dispatch (4 arrow pairs) all built with
this release candidate.   Fedora 34.

Cliff

On Mon, Nov 1, 2021 at 6:13 AM Robbie Gemmell 
wrote:

> Hi folks,
>
> I have put together a first spin for a Qpid Proton 0.36.0 release,
> please give it a test out and vote accordingly.
>
> The files can be grabbed from:
> https://dist.apache.org/repos/dist/dev/qpid/proton/0.36.0-rc1/
>
> The JIRAs assigned are:
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12313720=12350346
>
> It is tagged as 0.36.0-rc1.
>
> Regards,
> Robbie
>
> -
> To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
> For additional commands, e-mail: users-h...@qpid.apache.org
>
>

RE: Dry System Size

[cliff--- via Sprinklerforum]

If it's only Listed for Tree Systems, will the AHJ accept it on a loop
system?  Sounds a little risky.  There must be some reason it's not Listed
for loops.

I'd prefer to be on the safe/conservative side and make it 2 systems.

Cliff Whitfield, SET
President

Fire Design, Inc.
940 Summerbrooke Drive
Tallahassee, FL 32312
Ph: 828-284-4772
 


cl...@fire-design.com
www.fire-design.com

-Original Message-
From: Sprinklerforum  On
Behalf Of Mike Stossel via Sprinklerforum
Sent: Monday, November 1, 2021 10:15 AM
To: sprinklerforum@lists.firesprinkler.org
Cc: Mike Stossel ; Brian Harris
; travis.m...@mfpdesign.com
Subject: RE: Dry System Size

The FDT program will work with a single loop.

Mike Stossel SET

36 Barren Road
East Stroudsburg, PA 18302
Office: 973-670-2627
m...@knssprinkler.com

-Original Message-
From: Sprinklerforum  On
Behalf Of Brian Harris via Sprinklerforum
Sent: Monday, November 1, 2021 10:06 AM
To: sprinklerforum@lists.firesprinkler.org
Cc: Brian Harris ; travis.m...@mfpdesign.com
Subject: RE: Dry System Size

So that begs to question what are you supposed to do it you have a looped
system?

Brian Harris, CET
BVS Systems Inc.
bvssytemsinc.com

-Original Message-
From: Sprinklerforum  On
Behalf Of Travis Mack via Sprinklerforum
Sent: Monday, November 01, 2021 9:59 AM
To: sprinklerforum@lists.firesprinkler.org
Cc: travis.m...@mfpdesign.com
Subject: Re: Dry System Size

If I recall correctly, it may work for a loop, depending on configuration,
but it is not listed for loops. Only listed for tree systems.


Travis Mack, CFPS, CWBSP, RME-G, COC, SET

Senior Engineering Manager

MFP Design

480-505-9271 ext. 700 C:
480-272-2471

travis.m...@mfpdesign.com<mailto:travis.m...@mfpdesign.com>

www.mfpdesign.com<http://www.mfpdesign.com/>



Send large files to us via:
https://www.hightail.com/u/MFPDesign<https://na01.safelinks.protection.outlo
ok.com/?url=https%3A%2F%2Fwww.hightail.com%2Fu%2FMFPDesign=02%7C01%7C%7
C1121d49f9e6b4cf248f108d4df580e77%7C14e5497c16da42e69ffa77d19bafe511%7C0%7C0
%7C636379016677342180=eGdMZGu2wXhUupGwgGTrqF3b54OP5%2BAZvlHhABSexWY%3D
=0>


From: Sprinklerforum  on
behalf of cliff--- via Sprinklerforum

Sent: Monday, November 1, 2021 6:55:52 AM
To: sprinklerforum@lists.firesprinkler.org

Cc: cl...@fire-design.com 
Subject: RE: Dry System Size

Brian,

Unless they have changed the program in the last year or so, the FDT
software will not work if your mains are looped. I believe it only works on
a 'tree' type system.

Cliff Whitfield, SET
President

Fire Design, Inc.
940 Summerbrooke Drive
Tallahassee, FL 32312
Ph: 828-284-4772



cl...@fire-design.com
www.fire-design.com<http://www.fire-design.com>

-Original Message-
From: Sprinklerforum  On
Behalf Of Brian Harris via Sprinklerforum
Sent: Monday, November 1, 2021 9:51 AM
To: sprinklerforum@lists.firesprinkler.org
Cc: Brian Harris 
Subject: RE: Dry System Size

Travis-
Thanks as always.


Brian Harris, CET
BVS Systems Inc.
bvssytemsinc.com

-Original Message-
From: Sprinklerforum  On
Behalf Of Travis Mack via Sprinklerforum
Sent: Monday, November 01, 2021 9:44 AM
To: sprinklerforum@lists.firesprinkler.org
Cc: travis.m...@mfpdesign.com
Subject: Re: Dry System Size

Tyco FDT is only software for this.


Travis Mack, CFPS, CWBSP, RME-G, COC, SET

Senior Engineering Manager

MFP Design

480-505-9271 ext. 700 C:
480-272-2471

travis.m...@mfpdesign.com<mailto:travis.m...@mfpdesign.com>

www.mfpdesign.com<http://www.mfpdesign.com><http://www.mfpdesign.com/>



Send large files to us via:
https://www.hightail.com/u/MFPDesign<https://www.hightail.com/u/MFPDesign>http://ok.com/?url=https%3A%2F%2Fwww.hightail.com%2Fu%2FMFPDesign=02%7
C01%7C%7>
C1121d49f9e6b4cf248f108d4df580e77%7C14e5497c16da42e69ffa77d19bafe511%7C0%7C0
%7C636379016677342180=eGdMZGu2wXhUupGwgGTrqF3b54OP5%2BAZvlHhABSexWY%3D
=0>


From: Sprinklerforum  on
behalf of Brian Harris via Sprinklerforum

Sent: Monday, November 1, 2021 6:42:38 AM
To: sprinklerforum@lists.firesprinkler.org

Cc: Brian Harris 
Subject: Dry System Size

I assume with a dry system size of 1200 gallons my options are to add a 2nd
dry valve and have (2) 600 gallon system with quick opening devices or run
delivery time calc's and see if by chance it's under 60 seconds? If the
latter is true what do most use to run theses calc's?

Brian Harris, CET
BVS Systems Inc.
Design Manager
bvssystemsinc.com<http://bvssystemsinc.com/<http://bvssystemsinc.com>http://bvssystemsinc.com>>>
Phone: 704.896.9989
Fax: 704.896.1935

___
Sprinklerforum mailing list
Sprinklerforum@lists.firesprinkler.org
http://lists.firesprinkler.org/listinfo.cgi/sprinklerforum-firesprinkler.org
<http://lists.firesprinkler.org/listinfo.cgi/sprinklerforum-firesprinkler.or
g>
<http://lists.firesprinkler.org/listinfo

RE: Dry System Size

[cliff--- via Sprinklerforum]

Brian,

Unless they have changed the program in the last year or so, the FDT
software will not work if your mains are looped.  I believe it only works on
a 'tree' type system.

Cliff Whitfield, SET
President

Fire Design, Inc.
940 Summerbrooke Drive
Tallahassee, FL 32312
Ph: 828-284-4772
 


cl...@fire-design.com
www.fire-design.com

-Original Message-
From: Sprinklerforum  On
Behalf Of Brian Harris via Sprinklerforum
Sent: Monday, November 1, 2021 9:51 AM
To: sprinklerforum@lists.firesprinkler.org
Cc: Brian Harris 
Subject: RE: Dry System Size

Travis-
Thanks as always.


Brian Harris, CET
BVS Systems Inc.
bvssytemsinc.com

-Original Message-
From: Sprinklerforum  On
Behalf Of Travis Mack via Sprinklerforum
Sent: Monday, November 01, 2021 9:44 AM
To: sprinklerforum@lists.firesprinkler.org
Cc: travis.m...@mfpdesign.com
Subject: Re: Dry System Size

Tyco FDT is only software for this.


Travis Mack, CFPS, CWBSP, RME-G, COC, SET

Senior Engineering Manager

MFP Design

480-505-9271 ext. 700 C:
480-272-2471

travis.m...@mfpdesign.com<mailto:travis.m...@mfpdesign.com>

www.mfpdesign.com<http://www.mfpdesign.com/>



Send large files to us via:
https://www.hightail.com/u/MFPDesign<https://na01.safelinks.protection.outlo
ok.com/?url=https%3A%2F%2Fwww.hightail.com%2Fu%2FMFPDesign=02%7C01%7C%7
C1121d49f9e6b4cf248f108d4df580e77%7C14e5497c16da42e69ffa77d19bafe511%7C0%7C0
%7C636379016677342180=eGdMZGu2wXhUupGwgGTrqF3b54OP5%2BAZvlHhABSexWY%3D
=0>


From: Sprinklerforum  on
behalf of Brian Harris via Sprinklerforum

Sent: Monday, November 1, 2021 6:42:38 AM
To: sprinklerforum@lists.firesprinkler.org

Cc: Brian Harris 
Subject: Dry System Size

I assume with a dry system size of 1200 gallons my options are to add a 2nd
dry valve and have (2) 600 gallon system with quick opening devices or run
delivery time calc's and see if by chance it's under 60 seconds? If the
latter is true what do most use to run theses calc's?

Brian Harris, CET
BVS Systems Inc.
Design Manager
bvssystemsinc.com<http://bvssystemsinc.com/<http://bvssystemsinc.com>>
Phone: 704.896.9989
Fax: 704.896.1935

___
Sprinklerforum mailing list
Sprinklerforum@lists.firesprinkler.org
http://lists.firesprinkler.org/listinfo.cgi/sprinklerforum-firesprinkler.org
<http://lists.firesprinkler.org/listinfo.cgi/sprinklerforum-firesprinkler.or
g>
___
Sprinklerforum mailing list
Sprinklerforum@lists.firesprinkler.org
http://lists.firesprinkler.org/listinfo.cgi/sprinklerforum-firesprinkler.org
___
Sprinklerforum mailing list
Sprinklerforum@lists.firesprinkler.org
http://lists.firesprinkler.org/listinfo.cgi/sprinklerforum-firesprinkler.org


-- 
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

___
Sprinklerforum mailing list
Sprinklerforum@lists.firesprinkler.org
http://lists.firesprinkler.org/listinfo.cgi/sprinklerforum-firesprinkler.org

Re: [VBox-users] alternate ways to report bugs

[Cliff]

Well said. I ran into the same issue when trying to file a bug report. I didn’t 
want to share all that info so didn’t file the bug report.

Regards,
Cliff Scott

> On Oct 29, 2021, at 18:03, Gregory Nowak  wrote:
> 
> On Fri, Oct 29, 2021 at 08:35:56AM -0300, Fernando Cassia wrote:
>> I don't think anybody forces you to provide real information.
> 
> Quoting from:
> <https://www.oracle.com/legal/terms.html>
> 
> 7. Security, Passwords and Means of Accessing the Site and Content
> 
> "If any of the Services require you to open an account, you must complete the 
> registration process by providing us with current, complete and accurate 
> information as required by the applicable registration form."
> 
> 8. No Unlawful or Prohibited Use
> You agree not to use the Site, or Content provided on or through the Site, 
> for any purpose that is unlawful or prohibited by these Terms of Use or the 
> rules, guidelines or terms of use posted for a specific area of the Site or 
> Content provided on or through the Site.
> 
> Are you suggesting we should violate Oracle's terms of use when
> creating an Oracle account to file a VirtualBox bug report?
> 
> 
>> Oracle isn't
>> in the business of harvesting employment infornation for the purposes if
>> selling Oracle Database to individuals.
> 
> 6.  Your Content
> Oracle does not want to receive confidential information from you through or 
> in connection with the Site. Notwithstanding anything that you may note or 
> state in connection with Sharing Content, it shall not be considered 
> confidential information and shall be received and treated by Oracle on a 
> non-confidential and unrestricted basis and Oracle shall not take and shall 
> not be required to take any steps to safeguard the confidentiality of any 
> information that you Share, other than as specified in Oracle's Privacy 
> Policy.
> 
> The above doesn't sound encouraging to me. While we may disagree on
> what is and isn't confidential information, I consider my address,
> phone number, and employment information to be confidential. The only
> other things someone needs in the U.S. to steal my identity is my date
> of birth, and social security number. If oracle was going to send me
> letters as a result of filing a bug report, I could see a reason for
> wanting my mailing address, but I doubt that would happen. I don't
> plan to use an Oracle account for anything else at this time. What
> oracle does with the information I provide isn't the issue. The issue
> is that there is no clear and justified reason to ask for this kind of
> information to file a bug report. The less of my unnecessary
> information sits in yet another database, the better as far as I'm concerned.
> 
>> 
>> What happens if you create an account under name Fictitious Nonellison with
>> an email address notelliso...@gmail.com and the mailing address if, say,
>> the White House?
> 
> See above.
> 
> Greg
> 
> 
> -- 
> web site: http://www.gregn.net
> gpg public key: http://www.gregn.net/pubkey.asc
> skype: gregn1
> (authorization required, add me to your contacts list first)
> If we haven't been in touch before, e-mail me before adding me to your 
> contacts.
> 
> --
> Free domains: http://www.eu.org/ or mail dns-mana...@eu.org
> 
> 
> ___
> VBox-users-community mailing list
> VBox-users-community@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/vbox-users-community
> ___
> Unsubscribe:  
> mailto:vbox-users-community-requ...@lists.sourceforge.net?subject=unsubscribe



___
VBox-users-community mailing list
VBox-users-community@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/vbox-users-community
___
Unsubscribe:  
mailto:vbox-users-community-requ...@lists.sourceforge.net?subject=unsubscribe

Re: [VBox-users] Installing VBox 6.1.28 on MacOS Mojave

[Cliff]

Finally found the key. Anyone having a similar issue check out this forum post. 
It’s saved my bacon.

https://forums.virtualbox.org/viewtopic.php?f=8=100442

Regards,
Cliff

> On Oct 26, 2021, at 14:26, Cliff  wrote:
> 
> No success. Uninstall does not allow a new install even of the 6.1.14 that 
> used to work just fine.
> 
> System is MacOS Mojave 10.13.6. Please, someone point me to what to do next.
> 
> Regards,
> Cliff
> 
>> On Oct 26, 2021, at 13:51, Cliff  wrote:
>> 
>> Let me add that now 6.1.14 will not run. Trying to reinstall over the top of 
>> it fails also. Only hope I suppose is to uninstall then reinstall. Sure hope 
>> this works as I have critical data in one of the VMs.
>> 
>> Regards,
>> Cliff
>> 
>>> On Oct 26, 2021, at 12:18, Cliff  wrote:
>>> 
>>> I am currently running VBox 6.1.14 successfully on my 2012 MacBook Pro. 
>>> Tried to install the latest Debial Bullseye and that comes up with an 
>>> install error so figured I needed to install a later VBox version. Trying 
>>> to install 6.1.28 results in an error from the installer that it 
>>> encountered an error and "I need to contact the software manufacturer for 
>>> assistance.” No other helpful message etc. as to why it happened. This pops 
>>> up after the validate step in the install.
>>> 
>>> Help!
>>> 
>>> Regards,
>>> Cliff
>> 
> 



___
VBox-users-community mailing list
VBox-users-community@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/vbox-users-community
___
Unsubscribe:  
mailto:vbox-users-community-requ...@lists.sourceforge.net?subject=unsubscribe

Re: [Gimp-user] Canvas Size on Crop

[Cliff Pratt via gimp-user-list]

Gene,

I've never had to do that. I'll have a fiddle, but, can I ask, what do you
see in the "Tool Options" when you open GIMP without an image? I attach a
screenshot of my GIMP window when I open it.

Cliff

On Wed, Oct 20, 2021 at 6:36 PM Gene Heskett  wrote:

> On Tuesday 19 October 2021 21:23:50 Cliff Pratt via gimp-user-list wrote:
>
> > The 'text problem' has been discussed many times, and the root cause
> > is people not understanding how the tools works. I did (for my own
> > satisfaction) quite a lot of fiddling with the tool + its options, and
> > I've been able to reproduce all the issues that I've seen reported. As
> > far as I can recall the issue was that the users were trying to change
> > things in two places, in the on screen editor, and in the tool
> > options. Changes in the on screen editor only apply to that box.
> > Changes to the tool options apply to either the current box or the
> > next box created. Changes to the current box are never (so far as I
> > can make out) applied to the tool options. There is no hidden default.
> > The tool options can be changed and are saved between sessions and the
> > next time you open GIMP they will be the same as they were when you
> > last shut down.
> >
> > Cliff
>
> I wish that were true, but I've had to expand the size of the font from
> invisible to 100 points or more for every box of text I've used to add
> captions or labels to a picture for at least 20 years. If its a tool
> option, tell me please how to set it so its big enough to be read by
> default. I ATM, have whatever version is std for debian stretch.
>
> Thanks.
>
> [...]
>
> Cheers, Gene Heskett.
> --
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author, 1940)
> If we desire respect for the law, we must first make the law respectable.
>  - Louis D. Brandeis
> Genes Web page <http://geneslinuxbox.net:6309/gene>
> ___
> gimp-user-list 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
>


-- 
My Amazon author page : https://amazon.com/author/cliffpratt
My Facebook author page : https://www.facebook.com/cliffprattauthor
My Search on Kobo : https://www.kobo.com/search?query=Cliff+Pratt
___
gimp-user-list 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

Re: [Heb-NACO] ease of cataloging Hebrew records into ALEPH

[Cliff Miller via Heb-naco]

At the Library of the Jewish Theological Seminary, I have been working in Aleph 
for decades.
Whenever possible, I work in OCLC and then load the completed record into Aleph.

Hope you are all staying safe from Covid, cyclone, flooding, earthquake, 
hurricane, tornado, wildfire, etc.
Be well,
Clifford Miller

From: Heb-naco  On Behalf Of Frau-Cortes, Neil 
via Heb-naco
Sent: Tuesday, October 26, 2021 8:17 AM
To: 'Heidi G Lerner' ; 'Hebrew Name Authority Funnel' 

Subject: Re: [Heb-NACO] ease of cataloging Hebrew records into ALEPH

Hi Heidi,

Currently I work on OCLC and export to Sirsi, but when I was at UMD we had 
Aleph. I think Aleph manages Hebrew better than Sirsi but I would never catalog 
Hebrew records into it. It feels clunky and hard to read, starting by the fact 
that the parallel fields do not appear in parallel but divided by alphabet. To 
make things more complicated, Aleph feels like a dark box: it is easy to send 
things to it from Connexion, but exporting from Aleph, like producing reports, 
is a nightmare.

Hope you are doing well.

Best,


Neil

From: Heb-naco 
mailto:heb-naco-bounces+nfraucortes=broward@lists.osu.edu>>
 On Behalf Of Heidi G Lerner via Heb-naco
Sent: Monday, October 25, 2021 6:53 PM
To: heb-naco@lists.osu.edu
Subject: [Heb-NACO] ease of cataloging Hebrew records into ALEPH

External Email Warning:  This email originated from outside the Broward County 
email system. Do not reply, click links, or open attachments unless you 
recognize the sender’s email address (not just the name) as legitimate and know 
the content is safe.  Report any suspicious emails to 
etssecur...@broward.org.

Hi there,

The only systems that I have cataloged directly into are RLIN and OClC, then 
exporting records into our local system SIRSI. SIRSI was woefully inadequate 
for editing or cataloging Hebrew records directly into it.

For those of you who are currently using ALEPH as your local system, could you 
please let me know if you do the majority of our cataloging directly int ALEPH 
or into OCLC (and then export).

Thanks, Heidi


Heidi G. Lerner

Metadata Librarian for Hebraica and Judaica Emerita, Stanford University 
Libraries





Under Florida law, most e-mail messages to or from Broward County employees or 
officials are public records, available to any person upon request, absent an 
exemption. Therefore, any e-mail message to or from the County, inclusive of 
e-mail addresses contained therein, may be subject to public disclosure.
___
Heb-naco mailing list
Heb-naco@lists.osu.edu
https://lists.osu.edu/mailman/listinfo/heb-naco

Re: [VBox-users] Installing VBox 6.1.28 on MacOS Mojave

[Cliff]

No success. Uninstall does not allow a new install even of the 6.1.14 that used 
to work just fine.

System is MacOS Mojave 10.13.6. Please, someone point me to what to do next.

Regards,
Cliff

> On Oct 26, 2021, at 13:51, Cliff  wrote:
> 
> Let me add that now 6.1.14 will not run. Trying to reinstall over the top of 
> it fails also. Only hope I suppose is to uninstall then reinstall. Sure hope 
> this works as I have critical data in one of the VMs.
> 
> Regards,
> Cliff
> 
>> On Oct 26, 2021, at 12:18, Cliff  wrote:
>> 
>> I am currently running VBox 6.1.14 successfully on my 2012 MacBook Pro. 
>> Tried to install the latest Debial Bullseye and that comes up with an 
>> install error so figured I needed to install a later VBox version. Trying to 
>> install 6.1.28 results in an error from the installer that it encountered an 
>> error and "I need to contact the software manufacturer for assistance.” No 
>> other helpful message etc. as to why it happened. This pops up after the 
>> validate step in the install.
>> 
>> Help!
>> 
>> Regards,
>> Cliff
> 



___
VBox-users-community mailing list
VBox-users-community@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/vbox-users-community
___
Unsubscribe:  
mailto:vbox-users-community-requ...@lists.sourceforge.net?subject=unsubscribe

Re: [VBox-users] Installing VBox 6.1.28 on MacOS Mojave

[Cliff]

Let me add that now 6.1.14 will not run. Trying to reinstall over the top of it 
fails also. Only hope I suppose is to uninstall then reinstall. Sure hope this 
works as I have critical data in one of the VMs.

Regards,
Cliff

> On Oct 26, 2021, at 12:18, Cliff  wrote:
> 
> I am currently running VBox 6.1.14 successfully on my 2012 MacBook Pro. Tried 
> to install the latest Debial Bullseye and that comes up with an install error 
> so figured I needed to install a later VBox version. Trying to install 6.1.28 
> results in an error from the installer that it encountered an error and "I 
> need to contact the software manufacturer for assistance.” No other helpful 
> message etc. as to why it happened. This pops up after the validate step in 
> the install.
> 
> Help!
> 
> Regards,
> Cliff



___
VBox-users-community mailing list
VBox-users-community@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/vbox-users-community
___
Unsubscribe:  
mailto:vbox-users-community-requ...@lists.sourceforge.net?subject=unsubscribe

[VBox-users] Installing VBox 6.1.28 on MacOS Mojave

[Cliff]

I am currently running VBox 6.1.14 successfully on my 2012 MacBook Pro. Tried 
to install the latest Debial Bullseye and that comes up with an install error 
so figured I needed to install a later VBox version. Trying to install 6.1.28 
results in an error from the installer that it encountered an error and "I need 
to contact the software manufacturer for assistance.” No other helpful message 
etc. as to why it happened. This pops up after the validate step in the install.

Help!

Regards,
Cliff

___
VBox-users-community mailing list
VBox-users-community@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/vbox-users-community
___
Unsubscribe:  
mailto:vbox-users-community-requ...@lists.sourceforge.net?subject=unsubscribe

Re: [Gimp-user] Canvas Size on Crop

[Cliff Pratt via gimp-user-list]

If it is a preference option, then the solution would be to turn the save
option on, make the change, exit the program, restart the program and turn
the option off.

BTW if you were referring to my post, it wasn't my intent to say "it
works!" My intent was to say "It works *for me*." If it appeared to be
confronting, I apologise. That wasn't my intent.

Incidentally, I appear to have replied to all. My mistake, sorry.

Cliff

On Fri, Oct 22, 2021 at 10:52 PM Simon Budig  wrote:

> Hi all.
>
> Cliff Pratt via gimp-user-list (gimp-user-list@gnome.org) wrote:
> > No.
> > 1) I open GIMP
> > 2) The font size as I see it is 80pts.
> > 3) I change it to 100.
> > 4) I exit.
> > 5) I reopen GIMP.
> > 6) The font size is 100.
> >
> > ??
>
> If tool options get saved on exit is actually a preference option, as
> mentioned in this thread already. This is something where I've never
> really found out what I actually prefer. I personally like it when a
> program starts up in a defined state (which requires disabling this
> option), but having the tool options saved has its benefits as well.
>
> Note that Gimp has a ton of places where its behaviour depends on
> options. Weird tool behaviour is frequently related to the tool options
> which at some point might even have been changed by accident.
>
> And to everybody in this thread: Please be careful before entering in
> "it works", "no it doesnt", "yes it does! I can show you", "it is just
> broken!!1!" shouting matches. Gimp is not the same for everybody and
> sometimes small changes can make huge differences to the user
> experience. Be aware of that and be understanding towards towards the
> people describing a gimp behaviour differing from your experiences.
> Usually there is an explantation somewhere.
>
> Thank you,
> Simon
>
> --
>   si...@budig.de  http://simon.budig.de/
> ___
> gimp-user-list 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
>


-- 
My Amazon author page : https://amazon.com/author/cliffpratt
My Facebook author page : https://www.facebook.com/cliffprattauthor
My Search on Kobo : https://www.kobo.com/search?query=Cliff+Pratt
___
gimp-user-list 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

Re: [Gimp-user] Canvas Size on Crop

[Cliff Pratt via gimp-user-list]

No.
1) I open GIMP
2) The font size as I see it is 80pts.
3) I change it to 100.
4) I exit.
5) I reopen GIMP.
6) The font size is 100.

??

Cliff

On Thu, Oct 21, 2021 at 2:58 PM Ruben Safir  wrote:

> On Wed, Oct 20, 2021 at 01:36:15AM -0400, Gene Heskett wrote:
> > On Tuesday 19 October 2021 21:23:50 Cliff Pratt via gimp-user-list wrote:
> >
> > > The 'text problem' has been discussed many times, and the root cause
> > > is people not understanding how the tools works. I did (for my own
> > > satisfaction) quite a lot of fiddling with the tool + its options, and
> > > I've been able to reproduce all the issues that I've seen reported. As
> > > far as I can recall the issue was that the users were trying to change
> > > things in two places, in the on screen editor, and in the tool
> > > options. Changes in the on screen editor only apply to that box.
> > > Changes to the tool options apply to either the current box or the
> > > next box created. Changes to the current box are never (so far as I
> > > can make out) applied to the tool options. There is no hidden default.
> > > The tool options can be changed and are saved between sessions and the
> > > next time you open GIMP they will be the same as they were when you
> > > last shut down.
> > >
> > > Cliff
> >
> > I wish that were true, but I've had to expand the size of the font from
> > invisible to 100 points or more for every box of text I've used to add
> > captions or labels to a picture for at least 20 years. If its a tool
> > option, tell me please how to set it so its big enough to be read by
> > default. I ATM, have whatever version is std for debian stretch.
> >
>
>
> It is not a tools option problem
>
> It is just broken.  Everytime I use it it defaults to 62pts and it
> refuses to change.
>
> It is just broken
>
> It didn't used to be.
>
> > --
> > "There are four boxes to be used in defense of liberty:
> >  soap, ballot, jury, and ammo. Please use in that order."
> > -Ed Howdershelt (Author, 1940)
> > If we desire respect for the law, we must first make the law respectable.
> >  - Louis D. Brandeis
> > Genes Web page <http://geneslinuxbox.net:6309/gene>
> > ___
> > gimp-user-list 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
>
> --
> So many immigrant groups have swept through our town
> that Brooklyn, like Atlantis, reaches mythological
> proportions in the mind of the world - RI Safir 1998
> http://www.mrbrklyn.com
>
> DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
> http://www.nylxs.com - Leadership Development in Free Software
> http://www2.mrbrklyn.com/resources - Unpublished Archive
> http://www.coinhangout.com - coins!
> http://www.brooklyn-living.com
>
> Being so tracked is for FARM ANIMALS and extermination camps,
> but incompatible with living as a free human being. -RI Safir 2013
>
> ___
> gimp-user-list 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
>


-- 
My Amazon author page : https://amazon.com/author/cliffpratt
My Facebook author page : https://www.facebook.com/cliffprattauthor
My Search on Kobo : https://www.kobo.com/search?query=Cliff+Pratt
___
gimp-user-list 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

Re: [Gimp-user] Canvas Size on Crop

[Cliff Pratt via gimp-user-list]

The 'text problem' has been discussed many times, and the root cause is
people not understanding how the tools works. I did (for my own
satisfaction) quite a lot of fiddling with the tool + its options, and I've
been able to reproduce all the issues that I've seen reported. As far as I
can recall the issue was that the users were trying to change things in two
places, in the on screen editor, and in the tool options. Changes in the on
screen editor only apply to that box. Changes to the tool options apply to
either the current box or the next box created. Changes to the current box
are never (so far as I can make out) applied to the tool options. There is
no hidden default. The tool options can be changed and are saved between
sessions and the next time you open GIMP they will be the same as they were
when you last shut down.

Cliff

On Tue, Oct 19, 2021 at 11:20 PM Ofnuts via gimp-user-list <
gimp-user-list@gnome.org> wrote:

> On 19/10/2021 07:36, Ruben Safir wrote:
> > It has been described on the mailing list about ten times, and it keeps
> > falling on deaf ear.  Try using it and see for yourself how it keeps
> > defaulting to size 64 fonts and you can't force it to change accept by
> > luck and seridipity.
>
>
> Uh? To change the default font size, you change it in the tool options,
> and then have the tool options saved in Preferences (for which there are
> basically two strategies, saved options each time when you exit, or save
> options once for all). You can also use tool presets...
>
> Otherwise, "described in the mailing list" isn't the same as "reported
> in the bug tracker".
>
>
> ___
> gimp-user-list 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
>


-- 
My Amazon author page : https://amazon.com/author/cliffpratt
My Facebook author page : https://www.facebook.com/cliffprattauthor
My Search on Kobo : https://www.kobo.com/search?query=Cliff+Pratt
___
gimp-user-list 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

Re: [Gimp-user] Canvas Size on Crop

[Cliff Pratt via gimp-user-list]

I find tutorials of limited use. They usually use out of date versions, and
some are just plain wrong. Use them as rough guides only.

Cliff

On Mon, Oct 18, 2021 at 4:50 AM Ofnuts via gimp-user-list <
gimp-user-list@gnome.org> wrote:

> On 17/10/2021 10:24, Alexandre Prokoudine via gimp-user-list wrote:
> > On Sun, Oct 17, 2021 at 5:21 AM Ruben Safir wrote:
> >> Hello
> >>
> >> I thought I asked this before, but I can't find any reference to the
> >> previous email on any search engines... so here we go..
> >>
> >> Why is it that now when I crop the image that the canvas sticks out.
> >> Why did you break this?
> > We did not break anything :)
>
> Only dozens of tutorials, and maybe  a few scripts...
>
>
> ___
> gimp-user-list 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
>


-- 
My Amazon author page : https://amazon.com/author/cliffpratt
My Facebook author page : https://www.facebook.com/cliffprattauthor
My Search on Kobo : https://www.kobo.com/search?query=Cliff+Pratt
___
gimp-user-list 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

Re: [Gimp-user] text mode, need instruct sequence

[Cliff Pratt via gimp-user-list]

There's not enough information there to tell what is going wrong. Where are
you making the changes, on screen or in the tool options, for example. As I
recall there have been similar discussions in the past, and it may pay to
look at teh archives.

Cheers,

Cliff

On Sun, Oct 17, 2021 at 3:00 PM Ruben Safir  wrote:

> On 10/2/20 20:24, Ruben Safir wrote:
> > On 10/2/20 5:05 PM, Gene Heskett wrote:
> >> I just had occasion to caption some pix as an aid
> >> to my wife who is not a computer whiz, in setting up a piano keyboard,
> >> and the air was quite blue around me by the time I got done because
> >> every time I tried to set one option in the text panel it reset
> >> everything else back to the defaults.  And an 18 px black character
> >> isn't more than a visible dot on an 8
> >
> >
> > Yeah - that has made me crazy as well.  The text tool's behavior is
> > completely unpredictable.  Everytime you touch it it does the unexpected
> > and it goes back to some default that it pulled from god knows where.
> >
> > Mine has been stuck on 65 px like it is stuttering.
> >
> > There used to be a decent scripfu text widget in the filters that is
> gone.
> >
> > And one needs a drop down menu for font.  Who knows what fonts are
> > installed.  In 1998 I did this with the GIMP
> >
> > http://images.mrbrklyn.com/brooklyn/tourmap.png
> > http://images.mrbrklyn.com/.cache/640x435-bars2.jpg
> >
> > Just try doing that now.
> >
> >
> > or something like this
> >
> >
> >
>
> This problems continues, BTW
>
>
> --
> So many immigrant groups have swept through our town
> that Brooklyn, like Atlantis, reaches mythological
> proportions in the mind of the world - RI Safir 1998
> http://www.mrbrklyn.com
> DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
>
> http://www.nylxs.com - Leadership Development in Free Software
> http://www.brooklyn-living.com
>
> Being so tracked is for FARM ANIMALS and extermination camps,
> but incompatible with living as a free human being. -RI Safir 2013
> ___
> gimp-user-list 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
>


-- 
My Amazon author page : https://amazon.com/author/cliffpratt
My Facebook author page : https://www.facebook.com/cliffprattauthor
My Search on Kobo : https://www.kobo.com/search?query=Cliff+Pratt
___
gimp-user-list 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

Re: [Gimp-user] Debian 11, updated, Gimp 2.10.22 - bad clone tool

[Cliff Pratt via gimp-user-list]

I'm not sure why, but you get a message "select source image first."

Cliff

On Sun, Oct 17, 2021 at 1:26 PM Dedeco Balaco via gimp-user-list <
gimp-user-list@gnome.org> wrote:

>
> Em 16/10/2021 21:14, Liam R E Quin escreveu:
> > On Sat, 2021-10-16 at 20:45 -0300, Dedeco Balaco via gimp-user-list
> > wrote:
> >> What happened to gimp "clone" tool?? It stopped working for me.
> > Most likely is that you have a selection - almost all operations in
> > GIMP happen inside the selection, to give control. So, try, edit/select
> > none, maybe?
>
> This is surely not the case. There is not selection there. The
> yellow+black image border that we see in the video, means it is not
> selected.
>
> Anyway, i tried to select all the image (ctrl+a) and repeating the
> cloning steps i described. Nothing. Selecting "none" again
> (ctrl+shift+a) and repeating again... nothing either.
>
>
> >> If possible, I want to install a previous version of Gimp,
> >> independently
> >> of the current one: separate settings, all needed files, so i can run
> >> both at the same time, without any conflict. Yes, it can be from
> >> source.
> > If you're going to do that, install the most recent instead!
>
> Can you, or anyone here, help me here? I tried to find clear steps for
> that, and did not find. Something like:
>
> 1. download and extract source anywhere
>
> 2. run './configure' with arguments [?AAA?], [?BBB?], [?CCC?], [?DDD?]
> to change install dir, user configuration dir (and possibly other things
> i do not imagine).
>
> 3. run 'make'
>
> 4. 'make install'
>
> 5. Done!
>
> Smaller, but if possible, really great: if it can have a different
> shortcut installed with step 4, perfect. Else, just making it not
> breaking the current Debian one, and i check which is the new binary,
> and manually create a shortcut for it - this is known and easy.
>
> Thank you
>
>
> ___
> gimp-user-list 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
>


-- 
My Amazon author page : https://amazon.com/author/cliffpratt
My Facebook author page : https://www.facebook.com/cliffprattauthor
My Search on Kobo : https://www.kobo.com/search?query=Cliff+Pratt
___
gimp-user-list 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

[Bug 1947463] [NEW] gnome-recipes print output incorrect

[Cliff Carson]

Public bug reported:

When printing to either PDF or printer the ingredients fails to format
correctly (attached sample output).

ProblemType: Bug
DistroRelease: Ubuntu 21.10
Package: gnome-recipes 2.0.2-5build1
ProcVersionSignature: Ubuntu 5.13.0-19.19-generic 5.13.14
Uname: Linux 5.13.0-19-generic x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.20.11-0ubuntu70
Architecture: amd64
CasperMD5CheckResult: pass
CurrentDesktop: ubuntu:GNOME
Date: Sat Oct 16 13:22:08 2021
InstallationDate: Installed on 2021-07-04 (103 days ago)
InstallationMedia: Ubuntu 21.10 "Impish Indri" - Alpha amd64 (20210704)
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: gnome-recipes
UpgradeStatus: No upgrade log present (probably fresh install)

** Affects: gnome-recipes (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug impish

** Attachment added: "TestRecipe.pdf"
   
https://bugs.launchpad.net/bugs/1947463/+attachment/5533509/+files/TestRecipe.pdf

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1947463

Title:
  gnome-recipes print output incorrect

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-recipes/+bug/1947463/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[capnproto] Compiler plugin for AutomationML

[Cliff Pennalligen]

I'm expressing interest in writing a compiler plugin for AutomationML (
IEC 62714-4: Logic).  This language is basically used to generate 
vendor-independent PLC code.  PLCs (Programmable Logic Controllers) are 
ruggedized embedded devices for controlling machines, factory processes, 
water and power plants, mining and refining systems, etc.  

Implementing Capn Proto on PLCs would be of advantage because their 
communication services are often very simple (Socket services, etc).

I would write this in C# because we have limited high level programming 
resource in-house, and the AutomationML Association provide a free nuget 
package that represents their CAEX object model.  So hopefully it wouldn't 
be too difficult to link the capnp serial stream to this.

Also, a company would likely be paying money for this and would probably 
want to keep it for themselves.  Even if it were released to the general 
public, it would be written and tested only to work for the specific 
project(s) it is required for, and could only be considered a proof of 
concept or a prototype for a proper AutomationML plugin.

Don't know what much more else to say..?  It said to speak up before 
starting on a plugin... I've done that... uh - any comments?

-- 
You received this message because you are subscribed to the Google Groups 
"Cap'n Proto" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to capnproto+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/capnproto/b64dce3c-5d48-49d7-88fe-6f94263cf9e8n%40googlegroups.com.

RE: [weewx-user] CSV reporting removed in V4

[Cliff Kotnik]

Ah yes.  

csv - emit loop or archive data in comma-separated-value format

Copyright 2015 Matthew Wall

 

Thanks,

Cliff

 

Cliff Kotnik

clkot...@gmail.com

 

From: weewx-user@googlegroups.com  On Behalf Of 
Tom Keffer
Sent: Friday, September 17, 2021 1:39 PM
To: weewx-user 
Subject: Re: [weewx-user] CSV reporting removed in V4

 

Hello, Cliff

 

I don't recall any CSV facility being part of WeeWX now, or in V3.9. Perhaps 
this is a third party service that you installed?

 

In any case, if your goal is to produce CSV files with every reporting cycle, a 
better approach would be to write a Cheetah template, rather than use a service.

 

-tk

 

On Fri, Sep 17, 2021 at 12:24 PM clko...@gmail.com <mailto:clko...@gmail.com>  
mailto:clkot...@gmail.com> > wrote:

 

I recently upgraded from V3.9.2 4.5.1.  I had been using the process service 
usr.csv.CSV to generate a simple CSV output that I defined in the CSV section 
of the config file.

 

Those entries cause a failure of the service to start now under the new 
version.  Looking at the doc, it appears this facility is no longer supported 
and the CSV section of the config file now is used for CSV input.

 

Do I have this correct?

 

thanks

Cliff

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com 
<mailto:weewx-user+unsubscr...@googlegroups.com> .
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/9e265200-d39a-43c8-8e7c-2eee90397651n%40googlegroups.com
 
<https://groups.google.com/d/msgid/weewx-user/9e265200-d39a-43c8-8e7c-2eee90397651n%40googlegroups.com?utm_medium=email_source=footer>
 .

-- 
You received this message because you are subscribed to a topic in the Google 
Groups "weewx-user" group.
To unsubscribe from this topic, visit 
https://groups.google.com/d/topic/weewx-user/iYa44T4gPBU/unsubscribe.
To unsubscribe from this group and all its topics, send an email to 
weewx-user+unsubscr...@googlegroups.com 
<mailto:weewx-user+unsubscr...@googlegroups.com> .
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAPq0zEDAC8kW2EXB_TDwF5Xabh9eV4GMrwhV1FNkgWuALtJ4OQ%40mail.gmail.com
 
<https://groups.google.com/d/msgid/weewx-user/CAPq0zEDAC8kW2EXB_TDwF5Xabh9eV4GMrwhV1FNkgWuALtJ4OQ%40mail.gmail.com?utm_medium=email_source=footer>
 .

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/005701d7ac0a%24e0076370%24a0162a50%24%40gmail.com.

RE: Fire Pump Backflow

[cliff--- via Sprinklerforum]

Hi Joe,

Why would you need the BFP if you have storage tanks?  Are there other systems 
being fed from the same tanks that would necessitate the BFP?

Cliff Whitfield, SET
President

Fire Design, Inc.
940 Summerbrooke Drive
Tallahassee, FL 32312
Ph: 828-284-4772
 


cl...@fire-design.com
www.fire-design.com

-Original Message-
From: Sprinklerforum  On Behalf 
Of Joe Burtell via Sprinklerforum
Sent: Wednesday, August 25, 2021 3:33 PM
To: sprinklerforum@lists.firesprinkler.org
Cc: Joe Burtell 
Subject: Fire Pump Backflow

I have a situation with a verticle in-line fire pump fed from water storage 
tanks. We have a double check backflow installed between the tanks and the fire 
pump but we don't have enough pressure to open the backflow on the upstream 
side between the tank and backflow. I talked with Watts about it. They stated 
there are no backflows with weaker springs. I only have about 7 PSI out of the 
tanks. Has anyone ran into this situation before and have any suggestions to 
resolve the issue? The engineer suggested piping the jockey pump before the 
backflow. Not sure how that would work in theory.

Best regards,

*Joe Burtell, SET, CFPS*

[image: Burtell Fire_Small]

Phone | Fax | Mobile| Text *406-204-4653 <++1-406-204-4653>*

116 N. 11th Street | Billings, MT 59101

Email: j...@burtellfire.com

Web Site: http://www.burtellfire.com

*“**The bitterness of poor quality remains long after the sweetness of low 
price is forgotten.**”*

*NOTICE:*  The information contained in this e-mail transmission is intended 
only for use of the individual or entity named above.  This e-mail 
transmission, and any documents, files, previous e-mail transmissions or other 
information attached to it, may contain confidential information that is 
legally privileged.  If you are not the intended recipient of this e-mail 
transmission, or the employee or agent responsible for delivering it to the 
intended recipient, you are hereby notified that any disclosure, dissemination, 
distribution, copying or other use of this transmission or any of the 
information contained in or attached to this e-mail is strictly prohibited.  If 
you have received this e-mail transmission in error, please immediately notify 
us by return e-mail transmission and destroy the original e-mail transmission 
as well as its attachments without reading or saving it in any manner.  Thank 
you.
___
Sprinklerforum mailing list
Sprinklerforum@lists.firesprinkler.org
http://lists.firesprinkler.org/listinfo.cgi/sprinklerforum-firesprinkler.org


-- 
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

___
Sprinklerforum mailing list
Sprinklerforum@lists.firesprinkler.org
http://lists.firesprinkler.org/listinfo.cgi/sprinklerforum-firesprinkler.org

Re: Cannot access or ping hard-wired printers

[Cliff Cummings]

Thanks for the advice.

Regards - Cliff

On 8/15/2021 6:49 PM, Charles Curley wrote:

On Sun, 15 Aug 2021 17:20:28 -0600
Cliff Cummings  wrote:


Thanks for advice. I will look into it. Any tips that I should
consider while doing this? (I do not want to bring down my entire
service because I made a bone-head adjustment).

Don't change anything else! Just that one value, and only the third
portion of the IP address. Which you've probably already figured out,
but worth saying anyway.



--
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 
SystemVerilog & UVM Training


/*
PLUG: http://plug.org, #utah on irc.freenode.net
Unsubscribe: http://plug.org/mailman/options/plug
Don't fear the penguin.
*/

Re: Cannot access or ping hard-wired printers

[Cliff Cummings]

Hi, Charles -

This looks promising! I Googled: how+to+set+google+fiber+router+ip+network

https://support.google.com/fiber/answer/7052802?hl=en

Thanks for advice. I will look into it. Any tips that I should consider 
while doing this? (I do not want to bring down my entire service because 
I made a bone-head adjustment).


Regards - Cliff

On 8/15/2021 5:03 PM, Charles Curley wrote:

On Sun, 15 Aug 2021 16:51:24 -0600
Cliff Cummings  wrote:


Like I said, this all happened right after the Google Fiber change so
maybe this is related. If I change my printers to use 86 as part of
the ip addresses, would Windows Settings-Devices now find them?

That might work.

On the other tentacle, see if the new Google Fiber has a setting that
will allow you to change the network it is handing out. That might be
easier.



--
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 
SystemVerilog & UVM Training


/*
PLUG: http://plug.org, #utah on irc.freenode.net
Unsubscribe: http://plug.org/mailman/options/plug
Don't fear the penguin.
*/

Re: Cannot access or ping hard-wired printers

[Cliff Cummings]

Hi, Steve -

Perhaps! ???

I am not very good at this stuff. I am pretty sure my old printers use 
static addresses (and I think I can remember how to set them).


When I do arp -a, I do see internet addresses that now include 
192.168.86.###. Perhaps the "86" portion is a problem (???)


You guys are probably laughing at my ignorance on this topic but I am a 
big boy and can take it. Do I need to somehow change my printers to use 
86 as part of the ip address?


Like I said, this all happened right after the Google Fiber change so 
maybe this is related. If I change my printers to use 86 as part of the 
ip addresses, would Windows Settings-Devices now find them?


I think I am being taught a lesson. Thanks.

Regards - Cliff

PS C:\Users\cliff> arp -a

Interface: 192.168.86.30 --- 0xe
  Internet Address  Physical Address  Type
  192.168.86.1  58-24-29-98-84-3c dynamic
  192.168.86.22 08-b4-b1-82-d8-40 dynamic
  192.168.86.23 d8-8c-79-18-15-66 dynamic
  192.168.86.24 d8-8c-79-0e-9f-79 dynamic
  192.168.86.28 d8-8c-79-47-54-37 dynamic
  192.168.86.31 00-30-c1-bf-1b-42 dynamic
  192.168.86.32 98-e7-f4-b0-3c-64 dynamic
  192.168.86.33 00-50-b6-5d-75-20 dynamic
  192.168.86.34 10-e7-c6-cc-51-94 dynamic
  192.168.86.37 08-b4-b1-19-fe-7d dynamic
  192.168.86.38 44-67-55-06-c7-48 dynamic
  192.168.86.39 ca-6a-10-04-1a-9d dynamic
  192.168.86.255    ff-ff-ff-ff-ff-ff static
  224.0.0.22    01-00-5e-00-00-16 static
  224.0.0.251   01-00-5e-00-00-fb static
  224.0.0.252   01-00-5e-00-00-fc static
  239.255.255.250   01-00-5e-7f-ff-fa static
  255.255.255.255   ff-ff-ff-ff-ff-ff static

On 8/15/2021 4:43 PM, Steve Meyers wrote:

Has your subnet changed, and the printers use static addresses?

Thanks!
Steve

On Sun, Aug 15, 2021, 4:24 PM Cliff Cummings 
wrote:


Hi, All -

I have a strange problem. My Google Fiber TV was recently discontinued
and new Google Fiber router installed in my home. It may be coincidence
but simultaneously all of my hard-wired networked printers became
unavailable.

I have tried to re-find my printers using Windows 10 Settings-Devices
but the hardwired printers are not found (only wireless printers are
found). I tried to ping one of my local printer ip addresses
192.168.1.12 from both Windows and a Linux machine and it is not found.

I checked the ip address settings on the printers and they have not
changed (so 192.168.1.12 was still there on one of my printers).

I have never had a problem pinging a local hard-wired printer before.

I am a bit stuck and I am no expert in networking. Any ideas?

Regards - Cliff

--
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 SystemVerilog & UVM Training


/*
PLUG: http://plug.org, #utah on irc.freenode.net
Unsubscribe: http://plug.org/mailman/options/plug
Don't fear the penguin.
*/


/*
PLUG: http://plug.org, #utah on irc.freenode.net
Unsubscribe: http://plug.org/mailman/options/plug
Don't fear the penguin.
*/


--
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 
SystemVerilog & UVM Training


/*
PLUG: http://plug.org, #utah on irc.freenode.net
Unsubscribe: http://plug.org/mailman/options/plug
Don't fear the penguin.
*/

Cannot access or ping hard-wired printers

[Cliff Cummings]

Hi, All -

I have a strange problem. My Google Fiber TV was recently discontinued 
and new Google Fiber router installed in my home. It may be coincidence 
but simultaneously all of my hard-wired networked printers became 
unavailable.


I have tried to re-find my printers using Windows 10 Settings-Devices 
but the hardwired printers are not found (only wireless printers are 
found). I tried to ping one of my local printer ip addresses 
192.168.1.12 from both Windows and a Linux machine and it is not found.


I checked the ip address settings on the printers and they have not 
changed (so 192.168.1.12 was still there on one of my printers).


I have never had a problem pinging a local hard-wired printer before.

I am a bit stuck and I am no expert in networking. Any ideas?

Regards - Cliff

--
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 
SystemVerilog & UVM Training


/*
PLUG: http://plug.org, #utah on irc.freenode.net
Unsubscribe: http://plug.org/mailman/options/plug
Don't fear the penguin.
*/

[issue44857] class member varibles assigned member functions create a circular reference

[Cliff Cordeiro]

Cliff Cordeiro  added the comment:

It looks like the collector does detect the cycle and that's why it ends up in 
garbage with gc.DEBUG_SAVEALL set. Sorry about that.

--
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 
<https://bugs.python.org/issue44857>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue44857] class member varibles assigned member functions create a circular reference

[Cliff Cordeiro]

New submission from Cliff Cordeiro :

This class is not collected by the gc without a custom __del__ method to del or 
assign None to self.fn:

import gc

class Leak:
def __init__(self):
self.fn = self.x

def x(self):
pass


gc.set_debug(gc.DEBUG_SAVEALL)

l = Leak()
del l
gc.collect()

for item in gc.garbage:
print(item)

--
components: Interpreter Core
messages: 399165
nosy: cliff.cordeiro
priority: normal
severity: normal
status: open
title: class member varibles assigned member functions create a circular 
reference
type: resource usage
versions: Python 3.8

___
Python tracker 
<https://bugs.python.org/issue44857>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: local-idle-timeout and idle timeout sequencing errors on several instances

[Cliff Jansen]

I have provided a patch that will hopefully allow your production to run
more robustly and also allow collection of debug info that may help explain
the nature of the problem.

On Mon, Jul 19, 2021 at 12:02 AM Wiggelinkhuizen J (Jaap) <
jaap.wiggelinkhui...@intraffic.nl> wrote:

> Dear Cliff,
>
>
>
> Thank you for your reaction. I have created PROTON-2411
> <https://issues.apache.org/jira/browse/PROTON-2411> with the information
> from my mail plus some additional information. Unfortunately we can’t
> reproduce the issue at our test facilities until now and without a clue of
> the cause we don’t know how to trigger it either.
>
>
>
> Indeed we build our own Proton libraries from source. Hence your offer to
> create a patch that helps reducing the impact and gathers more information
> would be very much appreciated.
>
>
>
> P.S.: I’m off for holiday’s from tomorrow. Could you reply to all in CC
> when reacting to this mail?
>
>
>
> Thanks again!
>
>
>
> With kind regards,
>
>
>
> *Jaap Wiggelinkhuizen*
>
>
>
> *Van:* Cliff Jansen 
> *Verzonden:* vrijdag 16 juli 2021 18:23
> *Aan:* Wiggelinkhuizen J (Jaap) ;
> users@qpid.apache.org
> *Onderwerp:* Re: local-idle-timeout and idle timeout sequencing errors on
> several instances
>
>
>
> This is not a known bug. Despite your providing a helpful detailed
> account, I am unable to see the possibility of a second “earlier” deadline
> in the life of an AMQP connection.  Even being off by one.
>
>
>
> Please raise a JIRA including any additional information you can think of.
>
>
>
> Obviously a reproducer would be ideal, but may be hard to provide.
>
>
>
> Are you building your own Proton libraries from source? If so I could try
> to put together a patch that would be more resilient in the abort case and
> gather some additional bread crumbs to help analyze the circumstances of
> the failure.
>
>
>
> Cliff
>
>
>
>
>
>
>
> On Thu, Jul 15, 2021 at 3:31 AM Wiggelinkhuizen J (Jaap) <
> jaap.wiggelinkhui...@intraffic.nl> wrote:
>
> Dear Qpid users,
>
>
>
> In our mission critical software for the Dutch government we use Qpid
> proton 0.34.0 in our C++-client software together with the Qpid dispatch
> router 1.16.0. We updated to these versions not so long ago, before we used
> proton 0.25.0 and dispatch 1.3.0. Our application runs on several VM’s with
> a router on each VM. All clients connect to the local router only and the
> routers connect to eachother in a hub spoke pattern. In both the client
> configuration as the router configuration we have configured an idle
> timeout of 30 seconds.
>
>
>
> Two weeks ago we were confronted with an incident in production where a
> lot of our client processes reported problems regarding the idle timeouts.
> These client processes were already running stable for more than 3 weeks.
> The problem appeared in two flavors:
>
>1. Transport error “error: amqp:resource-limit-exceeded:
>local-idle-timeout expired”
>2. epoll proactor failure in epoll_timer.c:263: “idle timeout
>sequencing error”
>
> On each VM at least 3 processes showed one of these problems in a time
> window of less than a minute. We haven’t found any cause in the underlying
> hardware, hypervisor, network or operating system until now.
>
>
>
> Although we don’t know the root cause of the problems, we can solve the
> first situation by using the proper reconnect settings. However the second
> situation is more odd because it results in an abort within proton itself.
> The comments in epoll_timer.c explain that this error occurs when a
> connection timer is moved backwards a second time. We don’t understand how
> this can happen suddenly.
>
>
>
> Does anyone have experienced similar problems using recent proton versions
> (the epoll_timer.c module is introduced in version 0.33.0). And even more
> important is there a solution or workaround?
>
>
>
> Looking forward to any reaction. Thanks in advance!
>
>
>
> With kind regards,
>
>
>
> *Jaap Wiggelinkhuizen*
>
> Software architect & Systeem integrator
>
>
>
>
>
>
>
> *E**jaap.wiggelinkhui...@intraffic.nl
> *
>
> *W*   intraffic.nl <https://www.intraffic.nl/>
>
>
>
><https://www.linkedin.com/company/intraffic>
>
>
>
> *Visiting address: Iepenhoeve 11, 3438 MR Nieuwegein
> <https://www.google.com/maps/search/Iepenhoeve+11,+3438+MR+Nieuwegein?entry=gmail=g>*
>
>
>
>
>
>

[Desktop-packages] [Bug 1938779] [NEW] package pulseaudio-utils 1:14.2-2ubuntu2 failed to install/upgrade: trying to overwrite '/usr/share/bash-completion/completions/pulseaudio', which is also in pac

[Cliff Carson]

Public bug reported:

Crash occurred during apt upgrade.

ProblemType: Package
DistroRelease: Ubuntu 21.10
Package: pulseaudio-utils 1:14.2-2ubuntu2
ProcVersionSignature: Ubuntu 5.11.0-20.21+21.10.1-generic 5.11.21
Uname: Linux 5.11.0-20-generic x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.20.11-0ubuntu67
Architecture: amd64
AudioDevicesInUse:
 USERPID ACCESS COMMAND
 /dev/snd/controlC0:  cliff  1695 F pulseaudio
CasperMD5CheckResult: pass
Date: Tue Aug  3 06:06:50 2021
ErrorMessage: trying to overwrite 
'/usr/share/bash-completion/completions/pulseaudio', which is also in package 
pulseaudio 1:14.2-2ubuntu2
InstallationDate: Installed on 2021-07-04 (29 days ago)
InstallationMedia: Ubuntu 21.10 "Impish Indri" - Alpha amd64 (20210704)
PulseList: Error: command ['pacmd', 'list'] failed with exit code 127: pacmd: 
error while loading shared libraries: libpulsecommon-14.2.so: cannot open 
shared object file: No such file or directory
Python3Details: /usr/bin/python3.9, Python 3.9.6, python3-minimal, 3.9.4-1
PythonDetails: N/A
RelatedPackageVersions:
 dpkg 1.20.9ubuntu2
 apt  2.3.6
SourcePackage: pulseaudio
Title: package pulseaudio-utils 1:14.2-2ubuntu2 failed to install/upgrade: 
trying to overwrite '/usr/share/bash-completion/completions/pulseaudio', which 
is also in package pulseaudio 1:14.2-2ubuntu2
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 12/14/2012
dmi.bios.release: 4.6
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 4.6.5
dmi.board.asset.tag: To be filled by O.E.M.
dmi.board.name: W35_37ET
dmi.board.vendor: CLEVO CO.
dmi.board.version: N/A
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 9
dmi.chassis.vendor: CLEVO CO.
dmi.chassis.version: N/A
dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvr4.6.5:bd12/14/2012:br4.6:svnCLEVOCO.:pnW35_37ET:pvrN/A:rvnCLEVOCO.:rnW35_37ET:rvrN/A:cvnCLEVOCO.:ct9:cvrN/A:
dmi.product.family: To be filled by O.E.M.
dmi.product.name: W35_37ET
dmi.product.sku: To be filled by O.E.M.
dmi.product.version: N/A
dmi.sys.vendor: CLEVO CO.
modified.conffile..etc.xdg.Xwayland-session.d.00-pulseaudio-x11: [deleted]

** Affects: pulseaudio (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-package impish

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1938779

Title:
  package pulseaudio-utils 1:14.2-2ubuntu2 failed to install/upgrade:
  trying to overwrite '/usr/share/bash-
  completion/completions/pulseaudio', which is also in package
  pulseaudio 1:14.2-2ubuntu2

Status in pulseaudio package in Ubuntu:
  New

Bug description:
  Crash occurred during apt upgrade.

  ProblemType: Package
  DistroRelease: Ubuntu 21.10
  Package: pulseaudio-utils 1:14.2-2ubuntu2
  ProcVersionSignature: Ubuntu 5.11.0-20.21+21.10.1-generic 5.11.21
  Uname: Linux 5.11.0-20-generic x86_64
  NonfreeKernelModules: nvidia_modeset nvidia
  ApportVersion: 2.20.11-0ubuntu67
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  cliff  1695 F pulseaudio
  CasperMD5CheckResult: pass
  Date: Tue Aug  3 06:06:50 2021
  ErrorMessage: trying to overwrite 
'/usr/share/bash-completion/completions/pulseaudio', which is also in package 
pulseaudio 1:14.2-2ubuntu2
  InstallationDate: Installed on 2021-07-04 (29 days ago)
  InstallationMedia: Ubuntu 21.10 "Impish Indri" - Alpha amd64 (20210704)
  PulseList: Error: command ['pacmd', 'list'] failed with exit code 127: pacmd: 
error while loading shared libraries: libpulsecommon-14.2.so: cannot open 
shared object file: No such file or directory
  Python3Details: /usr/bin/python3.9, Python 3.9.6, python3-minimal, 3.9.4-1
  PythonDetails: N/A
  RelatedPackageVersions:
   dpkg 1.20.9ubuntu2
   apt  2.3.6
  SourcePackage: pulseaudio
  Title: package pulseaudio-utils 1:14.2-2ubuntu2 failed to install/upgrade: 
trying to overwrite '/usr/share/bash-completion/completions/pulseaudio', which 
is also in package pulseaudio 1:14.2-2ubuntu2
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 12/14/2012
  dmi.bios.release: 4.6
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: 4.6.5
  dmi.board.asset.tag: To be filled by O.E.M.
  dmi.board.name: W35_37ET
  dmi.board.vendor: CLEVO CO.
  dmi.board.version: N/A
  dmi.chassis.asset.tag: To Be Filled By O.E.M.
  dmi.chassis.type: 9
  dmi.chassis.vendor: CLEVO CO.
  dmi.chassis.version: N/A
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvr4.6.5:bd12/14/2012:br4.6:svnCLEVOCO.:pnW35_37ET:pvrN/A:rvnCLEVOCO.:rnW35_37ET:rvrN/A:cvnCLEVOCO.:ct9:cvrN/A:
  dmi.product.family: To be filled by O.E.M.
  dmi.product.name: W35_37ET
  dmi.product.sku: To be filled by O.E.M.
  dmi.product.version: N/A
  dmi.sys.vendor: CLEVO CO.
  modified.conffile..etc.xdg.Xwayland-session.d.00-pulseaudio-x11: 

[Touch-packages] [Bug 1938779] [NEW] package pulseaudio-utils 1:14.2-2ubuntu2 failed to install/upgrade: trying to overwrite '/usr/share/bash-completion/completions/pulseaudio', which is also in packa

[Cliff Carson]

Public bug reported:

Crash occurred during apt upgrade.

ProblemType: Package
DistroRelease: Ubuntu 21.10
Package: pulseaudio-utils 1:14.2-2ubuntu2
ProcVersionSignature: Ubuntu 5.11.0-20.21+21.10.1-generic 5.11.21
Uname: Linux 5.11.0-20-generic x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.20.11-0ubuntu67
Architecture: amd64
AudioDevicesInUse:
 USERPID ACCESS COMMAND
 /dev/snd/controlC0:  cliff  1695 F pulseaudio
CasperMD5CheckResult: pass
Date: Tue Aug  3 06:06:50 2021
ErrorMessage: trying to overwrite 
'/usr/share/bash-completion/completions/pulseaudio', which is also in package 
pulseaudio 1:14.2-2ubuntu2
InstallationDate: Installed on 2021-07-04 (29 days ago)
InstallationMedia: Ubuntu 21.10 "Impish Indri" - Alpha amd64 (20210704)
PulseList: Error: command ['pacmd', 'list'] failed with exit code 127: pacmd: 
error while loading shared libraries: libpulsecommon-14.2.so: cannot open 
shared object file: No such file or directory
Python3Details: /usr/bin/python3.9, Python 3.9.6, python3-minimal, 3.9.4-1
PythonDetails: N/A
RelatedPackageVersions:
 dpkg 1.20.9ubuntu2
 apt  2.3.6
SourcePackage: pulseaudio
Title: package pulseaudio-utils 1:14.2-2ubuntu2 failed to install/upgrade: 
trying to overwrite '/usr/share/bash-completion/completions/pulseaudio', which 
is also in package pulseaudio 1:14.2-2ubuntu2
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 12/14/2012
dmi.bios.release: 4.6
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 4.6.5
dmi.board.asset.tag: To be filled by O.E.M.
dmi.board.name: W35_37ET
dmi.board.vendor: CLEVO CO.
dmi.board.version: N/A
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 9
dmi.chassis.vendor: CLEVO CO.
dmi.chassis.version: N/A
dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvr4.6.5:bd12/14/2012:br4.6:svnCLEVOCO.:pnW35_37ET:pvrN/A:rvnCLEVOCO.:rnW35_37ET:rvrN/A:cvnCLEVOCO.:ct9:cvrN/A:
dmi.product.family: To be filled by O.E.M.
dmi.product.name: W35_37ET
dmi.product.sku: To be filled by O.E.M.
dmi.product.version: N/A
dmi.sys.vendor: CLEVO CO.
modified.conffile..etc.xdg.Xwayland-session.d.00-pulseaudio-x11: [deleted]

** Affects: pulseaudio (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-package impish

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1938779

Title:
  package pulseaudio-utils 1:14.2-2ubuntu2 failed to install/upgrade:
  trying to overwrite '/usr/share/bash-
  completion/completions/pulseaudio', which is also in package
  pulseaudio 1:14.2-2ubuntu2

Status in pulseaudio package in Ubuntu:
  New

Bug description:
  Crash occurred during apt upgrade.

  ProblemType: Package
  DistroRelease: Ubuntu 21.10
  Package: pulseaudio-utils 1:14.2-2ubuntu2
  ProcVersionSignature: Ubuntu 5.11.0-20.21+21.10.1-generic 5.11.21
  Uname: Linux 5.11.0-20-generic x86_64
  NonfreeKernelModules: nvidia_modeset nvidia
  ApportVersion: 2.20.11-0ubuntu67
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  cliff  1695 F pulseaudio
  CasperMD5CheckResult: pass
  Date: Tue Aug  3 06:06:50 2021
  ErrorMessage: trying to overwrite 
'/usr/share/bash-completion/completions/pulseaudio', which is also in package 
pulseaudio 1:14.2-2ubuntu2
  InstallationDate: Installed on 2021-07-04 (29 days ago)
  InstallationMedia: Ubuntu 21.10 "Impish Indri" - Alpha amd64 (20210704)
  PulseList: Error: command ['pacmd', 'list'] failed with exit code 127: pacmd: 
error while loading shared libraries: libpulsecommon-14.2.so: cannot open 
shared object file: No such file or directory
  Python3Details: /usr/bin/python3.9, Python 3.9.6, python3-minimal, 3.9.4-1
  PythonDetails: N/A
  RelatedPackageVersions:
   dpkg 1.20.9ubuntu2
   apt  2.3.6
  SourcePackage: pulseaudio
  Title: package pulseaudio-utils 1:14.2-2ubuntu2 failed to install/upgrade: 
trying to overwrite '/usr/share/bash-completion/completions/pulseaudio', which 
is also in package pulseaudio 1:14.2-2ubuntu2
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 12/14/2012
  dmi.bios.release: 4.6
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: 4.6.5
  dmi.board.asset.tag: To be filled by O.E.M.
  dmi.board.name: W35_37ET
  dmi.board.vendor: CLEVO CO.
  dmi.board.version: N/A
  dmi.chassis.asset.tag: To Be Filled By O.E.M.
  dmi.chassis.type: 9
  dmi.chassis.vendor: CLEVO CO.
  dmi.chassis.version: N/A
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvr4.6.5:bd12/14/2012:br4.6:svnCLEVOCO.:pnW35_37ET:pvrN/A:rvnCLEVOCO.:rnW35_37ET:rvrN/A:cvnCLEVOCO.:ct9:cvrN/A:
  dmi.product.family: To be filled by O.E.M.
  dmi.product.name: W35_37ET
  dmi.product.sku: To be filled by O.E.M.
  dmi.product.version: N/A
  dmi.sys.vendor: CLEVO CO.
  modified.conffile..etc.xdg.Xwayland-session.d.00-puls

[Bug 1938779] [NEW] package pulseaudio-utils 1:14.2-2ubuntu2 failed to install/upgrade: trying to overwrite '/usr/share/bash-completion/completions/pulseaudio', which is also in package pulseaudio 1:1

[Cliff Carson]

Public bug reported:

Crash occurred during apt upgrade.

ProblemType: Package
DistroRelease: Ubuntu 21.10
Package: pulseaudio-utils 1:14.2-2ubuntu2
ProcVersionSignature: Ubuntu 5.11.0-20.21+21.10.1-generic 5.11.21
Uname: Linux 5.11.0-20-generic x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.20.11-0ubuntu67
Architecture: amd64
AudioDevicesInUse:
 USERPID ACCESS COMMAND
 /dev/snd/controlC0:  cliff  1695 F pulseaudio
CasperMD5CheckResult: pass
Date: Tue Aug  3 06:06:50 2021
ErrorMessage: trying to overwrite 
'/usr/share/bash-completion/completions/pulseaudio', which is also in package 
pulseaudio 1:14.2-2ubuntu2
InstallationDate: Installed on 2021-07-04 (29 days ago)
InstallationMedia: Ubuntu 21.10 "Impish Indri" - Alpha amd64 (20210704)
PulseList: Error: command ['pacmd', 'list'] failed with exit code 127: pacmd: 
error while loading shared libraries: libpulsecommon-14.2.so: cannot open 
shared object file: No such file or directory
Python3Details: /usr/bin/python3.9, Python 3.9.6, python3-minimal, 3.9.4-1
PythonDetails: N/A
RelatedPackageVersions:
 dpkg 1.20.9ubuntu2
 apt  2.3.6
SourcePackage: pulseaudio
Title: package pulseaudio-utils 1:14.2-2ubuntu2 failed to install/upgrade: 
trying to overwrite '/usr/share/bash-completion/completions/pulseaudio', which 
is also in package pulseaudio 1:14.2-2ubuntu2
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 12/14/2012
dmi.bios.release: 4.6
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 4.6.5
dmi.board.asset.tag: To be filled by O.E.M.
dmi.board.name: W35_37ET
dmi.board.vendor: CLEVO CO.
dmi.board.version: N/A
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 9
dmi.chassis.vendor: CLEVO CO.
dmi.chassis.version: N/A
dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvr4.6.5:bd12/14/2012:br4.6:svnCLEVOCO.:pnW35_37ET:pvrN/A:rvnCLEVOCO.:rnW35_37ET:rvrN/A:cvnCLEVOCO.:ct9:cvrN/A:
dmi.product.family: To be filled by O.E.M.
dmi.product.name: W35_37ET
dmi.product.sku: To be filled by O.E.M.
dmi.product.version: N/A
dmi.sys.vendor: CLEVO CO.
modified.conffile..etc.xdg.Xwayland-session.d.00-pulseaudio-x11: [deleted]

** Affects: pulseaudio (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-package impish

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1938779

Title:
  package pulseaudio-utils 1:14.2-2ubuntu2 failed to install/upgrade:
  trying to overwrite '/usr/share/bash-
  completion/completions/pulseaudio', which is also in package
  pulseaudio 1:14.2-2ubuntu2

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1938779/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Re: [Gimp-user] Recurring mouse problem in GIMP 2.8.22

[Cliff Pratt via gimp-user-list]

On Fri, Jul 16, 2021 at 6:48 PM Techno  wrote:

> On 2021-07-15 22:44, Cliff Pratt via gimp-user-list wrote:
> > Although you say this only happens in GIMP, I would expect to have seen
> > many more complaints in the community if it was a GIMP (only) problem. I
> > would not give up on looking outside GIMP for the issue. It may be a
> > conflict between GIMP and some other software, running at the same time
> as
> > GIMP. eg Assistive technology software. Can you try with everything else
> > stopped?
>
> Thanks for that suggestion. I did that, and with nothing else loaded
> GIMP worked okay with the mouse, which it has done before. So I began
> loading up applications one at a time. It worked okay with one
> application after another loaded, and then I loaded up WordPerfect X5,
> which I have to use constantly. Bang! the mouse problem manifested itself.
>
> To some slight degree I can probably leave WordPerfect X5 off for a
> while as I work in GIMP, but I need to work with both at once a lot of
> the time.
>
> Now I'll note that GIMP 2.8 and WordPerfect X5 had been working together
> just fine for years. I have been suspecting all along that some Windows
> 10 "update" had caused the problem. I think that I might have put
> WordPerfect X5 into some compatibility mode at some point after I'd had
> some crashes of that software, again after years of no problems. I am
> wondering it I should risk crashes by undoing compatibility mode for
> WordPerfect X5, if that's even possible, or if I should try some sort of
> compatibility fix for GIMP.
>
> Again, thanks.
>
> That's a shame. If you could narrow it down to a particular setting, it
might be worth reporting an issue to WP and/or GIMP.

I remember using WP many years ago, and I liked it. I moved to MS Word
because that was the corporate standard and hated it. Corruptions of
documents happened on a daily basis, and I kept a backup copy of normal.dot
because it was corrupted on a regular basis. These days I use LibreOffice
Writer and I'm happy with it. Just to be clear, I'm not trying to sell you
on LO Writer!

Cliff

> ___
> gimp-user-list 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
>


-- 
My Amazon author page : https://amazon.com/author/cliffpratt
My Facebook author page : https://www.facebook.com/cliffprattauthor
My Search on Kobo : https://www.kobo.com/search?query=Cliff+Pratt
___
gimp-user-list 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

Re: local-idle-timeout and idle timeout sequencing errors on several instances

[Cliff Jansen]

This is not a known bug. Despite your providing a helpful detailed account,
I am unable to see the possibility of a second “earlier” deadline in the
life of an AMQP connection.  Even being off by one.

Please raise a JIRA including any additional information you can think of.

Obviously a reproducer would be ideal, but may be hard to provide.

Are you building your own Proton libraries from source? If so I could try
to put together a patch that would be more resilient in the abort case and
gather some additional bread crumbs to help analyze the circumstances of
the failure.

Cliff



On Thu, Jul 15, 2021 at 3:31 AM Wiggelinkhuizen J (Jaap) <
jaap.wiggelinkhui...@intraffic.nl> wrote:

> Dear Qpid users,
>
>
>
> In our mission critical software for the Dutch government we use Qpid
> proton 0.34.0 in our C++-client software together with the Qpid dispatch
> router 1.16.0. We updated to these versions not so long ago, before we used
> proton 0.25.0 and dispatch 1.3.0. Our application runs on several VM’s with
> a router on each VM. All clients connect to the local router only and the
> routers connect to eachother in a hub spoke pattern. In both the client
> configuration as the router configuration we have configured an idle
> timeout of 30 seconds.
>
>
>
> Two weeks ago we were confronted with an incident in production where a
> lot of our client processes reported problems regarding the idle timeouts.
> These client processes were already running stable for more than 3 weeks.
> The problem appeared in two flavors:
>
>1. Transport error “error: amqp:resource-limit-exceeded:
>local-idle-timeout expired”
>2. epoll proactor failure in epoll_timer.c:263: “idle timeout
>sequencing error”
>
> On each VM at least 3 processes showed one of these problems in a time
> window of less than a minute. We haven’t found any cause in the underlying
> hardware, hypervisor, network or operating system until now.
>
>
>
> Although we don’t know the root cause of the problems, we can solve the
> first situation by using the proper reconnect settings. However the second
> situation is more odd because it results in an abort within proton itself.
> The comments in epoll_timer.c explain that this error occurs when a
> connection timer is moved backwards a second time. We don’t understand how
> this can happen suddenly.
>
>
>
> Does anyone have experienced similar problems using recent proton versions
> (the epoll_timer.c module is introduced in version 0.33.0). And even more
> important is there a solution or workaround?
>
>
>
> Looking forward to any reaction. Thanks in advance!
>
>
>
> With kind regards,
>
>
>
> *Jaap Wiggelinkhuizen*
>
> Software architect & Systeem integrator
>
>
>
>
>
>
>
> *E**jaap.wiggelinkhui...@intraffic.nl
> *
>
> *W*   intraffic.nl <https://www.intraffic.nl/>
>
>
>
> [image: Afbeelding met tekening, bord Automatisch gegenereerde
> beschrijving] <https://www.linkedin.com/company/intraffic>
> <https://twitter.com/InTrafficNL>
> <https://www.youtube.com/channel/UCPQeh0v2U2v2hBRlNFXNY9A>
> <https://www.facebook.com/InTrafficNL/>
>
>
>
> *Visiting address: Iepenhoeve 11, 3438 MR Nieuwegein
> <https://www.google.com/maps/search/Iepenhoeve+11,+3438+MR+Nieuwegein?entry=gmail=g>*
>
>
>
> <https://ictgroup.eu/>
>
>
>

Re: [Gimp-user] Fwd: Buttons are blurry

[Cliff Pratt via gimp-user-list]

Those look disabled to me. I don't see the same on gimp 2.10.22 on Linux,

Cliff

On Fri, Jul 16, 2021 at 4:14 AM John Coppens  wrote:

> On Thu, 8 Jul 2021 08:06:39 +0300
> Ilya Novikov via gimp-user-list  wrote:
>
> > Hello all,
> >
> > Just want to ask - does anyone on gimp 2.10.22 (macos) also have
> > blurry buttons like in the screenshot -
> > https://yadi.sk/i/hgSg0cf3EZX58Q
> >
> > They look almost the same despite the used theme.
>
> I think you are seeing the 'new' icons which appear now. They are
> more 'stylized' from the icons from previous GIMP versions.
> In my eyes not an improvement, but I guess that's a personal matter.
>
> Also, I think they are meant to indicate that they have sub-menus
> to select the actual function you need by right-clicking (notice there
> are less icons than before?).
>
> John
> ___
> gimp-user-list 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
>


-- 
My Amazon author page : https://amazon.com/author/cliffpratt
My Facebook author page : https://www.facebook.com/cliffprattauthor
My Search on Kobo : https://www.kobo.com/search?query=Cliff+Pratt
___
gimp-user-list 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

Re: [Gimp-user] Recurring mouse problem in GIMP 2.8.22

[Cliff Pratt via gimp-user-list]

Although you say this only happens in GIMP, I would expect to have seen
many more complaints in the community if it was a GIMP (only) problem. I
would not give up on looking outside GIMP for the issue. It may be a
conflict between GIMP and some other software, running at the same time as
GIMP. eg Assistive technology software. Can you try with everything else
stopped?

Cliff

On Fri, Jul 16, 2021 at 10:44 AM Techno  wrote:

> On 2021-06-05 12:47, Marco Ciampa via gimp-user-list wrote:
> > On Sat, Jun 05, 2021 at 11:45:53AM -0400, Rick Strong wrote:
> >> It sounds like a mouse problem, not a GIMP problem.
> >>
> >> -Make sure the mouse switch is on, -try changing your batteries, -clean
> the
> >> "eye" underneath if it is an optical mouse, -check your connection if
> it is
> >> not wireless, -check your dongle if it is wireless, -try a new mouse
> pad or
> >> another surface.
> >
> > Clearly it's not a mouse problem if it affects only GIMP and not the
> > entire system. In that case I suggest you to reset (=delete) the user
> > config data of GIMP here: https://www.gimp.org/tutorials/GIMPProfile/
>
> Okay, I've gone there, and I saw a lot of sub-directories, almost all of
> them are empty. Some do have something in them: the patterns I've added,
> the plug-in I've added and the tool-options.
>
> I've followed the directions given at the above link, restarted GIMP and
> the mouse problem, which only happens with GIMP, is still there. It's
> making use of the software very difficult. In most instances when I use
> the mouse I end up highlighting the thing I want to do with the mouse
> and then I hit the ENTER key and it happens. Unfortunately, some
> operations just need the mouse to choose what you want to do.
>
> Any suggestions?
>
> ___
> gimp-user-list 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
>


-- 
My Amazon author page : https://amazon.com/author/cliffpratt
My Facebook author page : https://www.facebook.com/cliffprattauthor
My Search on Kobo : https://www.kobo.com/search?query=Cliff+Pratt
___
gimp-user-list 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

Re: [VOTE] Release Apache Qpid Proton 0.35.0

[Cliff Jansen]

+1

Ran some quiver soak tests with the C based arrow driver in various
configurations on a 24 core /48 thread system (CentOS 7.9):

  - peer-to-peer
  - qpid-dispatch and 3 high throughput arrow pairs
  - qpid-dispatch and 125 “credit 1” low throughput pairs



On Fri, Jun 25, 2021 at 7:56 AM Robbie Gemmell 
wrote:

> Hi folks,
>
> I have put together a first spin for a Qpid Proton 0.35.0 release,
> please give it a test out and vote accordingly.
>
> The files can be grabbed from:
> https://dist.apache.org/repos/dist/dev/qpid/proton/0.35.0-rc1/
>
> The JIRAs assigned are:
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12313720=12349616
>
> It is tagged as 0.35.0-rc1.
>
> Regards,
> Robbie
>
> -
> To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
> For additional commands, e-mail: users-h...@qpid.apache.org
>
>

RE: Calculating Parallel fire pumps

[cliff--- via Sprinklerforum]

Craig,

We use AutoSprink and I'd be happy to see if I can do that calc for you.
Not sure but think it can be done.  You can contact me off forum to discuss.

The main question I have is, can I use your description of the fire
protection expert in future correspondences?  I deal with folks like this
from time to time and this is the best I've seen in a long time.

Cliff Whitfield, SET
President

Fire Design, Inc.
184 Comfort Place
Burnsville, NC 28714
Ph: 828-284-4772
 


cl...@fire-design.com
www.fire-design.com

-Original Message-
From: Sprinklerforum  On
Behalf Of Prahl, Craig/GVL via Sprinklerforum
Sent: Monday, June 21, 2021 10:37 AM
To: sprinklerforum@lists.firesprinkler.org
Cc: Prahl, Craig/GVL 
Subject: Calculating Parallel fire pumps

We have a project in one of the Arab states.  We are following a little bit
of the UFC and some of the local codes.

The owner wants two pumps selected at 50% of the required capacity instead
of one pump as we would normally provide.  His thought is that pump 1 comes
on and runs at 50% of it's rating and then pump two comes on and runs at 50%
to meet the total system demand.  Yeah, I know, don't laugh.

And we've tried to talk them out of this arrangement since it will not work
as they expect but someone who is thinks they are an expert in Quantum
Inter-Planetary Fire Protection Hydro-Physics thinks this is a great idea.


We use HASS for hydraulic calcs and it does not have the ability calculate
using two pumps in parallel.

Can AutoSprink or Hydracad calculate this kind of pump arrangement?


Craig Prahl | Jacobs | Group Lead/SME - Fire Protection |
craig.pr...@jacobs.com | www.jacobs.com
1041 East Butler Road   Greenville, South Carolina  29606
CONTACT BY: email or MS TEAMS




NOTICE - This communication may contain confidential and privileged
information that is for the sole use of the intended recipient. Any viewing,
copying or distribution of, or reliance on this message by unintended
recipients is strictly prohibited. If you have received this message in
error, please notify us immediately by replying to the message and deleting
it from your computer.
___
Sprinklerforum mailing list
Sprinklerforum@lists.firesprinkler.org
http://lists.firesprinkler.org/listinfo.cgi/sprinklerforum-firesprinkler.org


-- 
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

___
Sprinklerforum mailing list
Sprinklerforum@lists.firesprinkler.org
http://lists.firesprinkler.org/listinfo.cgi/sprinklerforum-firesprinkler.org

Re: [Gimp-user] Violation of GNOME Code of Conduct - ablelist language and discrimination

[Cliff Pratt via gimp-user-list]

FWIW There are distasteful meanings of the word Glimpse, too.

Cheers,

Cliff

On Wed, May 26, 2021 at 8:15 AM Alexandre Prokoudine via gimp-user-list <
gimp-user-list@gnome.org> wrote:

> Dear Michael,
>
> If I were to summarize our conversation with GNOME Foundation a few
> months back, it would be this: GIMP has neither boss nor master, so
> should the name of this project be changed, it will happen on team's
> own terms — the decision, the timing, the name etc.
>
> However, if your patience is running out, I encourage you to use
> https://glimpse-editor.org/ which specifically addresses your
> concerns.
>
> Alex
>
>
> On Tue, May 25, 2021 at 9:19 PM Michael Richards via gimp-user-list
>  wrote:
> >
> > Dear Gnome and Gnu Image Manipulation Program community,
> >
> > I formally request that the GIMP name be changed on the basis that it
> violates the GNOME Code of Conduct.
> >
> > I make this request, not to cause trouble but to stand up against
> unintentional - but no less harmful - discrimination.
> >
> > I want to be able to this software but I don’t feel morally able to
> because of the name.
> >
> > I know this is under the FAQ - and that perhaps makes it even more of a
> worthy conversation to revisit... because if you’re talking frequently
> asked then these concerns are not just mine.
> >
> > I am a person with multiple disabilities. I, and others like me, face
> many barriers, structural violence, and overt discrimination. All this
> together creates great suffering for many.
> >
> > The response I read in FAQ about changing this software’s name is not
> sufficient.
> >
> >
> https://www.gimp.org/docs/userfaq.html#i-dont-like-the-name-gimp-will-you-change-it
> >
> > I don’t think that this is intentional but it comes out of ignorance and
> doesn’t reflect what I see as the spirit of the FOSS community.
> >
> > It essentially says, ‘we came up with a name we knew (or came to know)
> was offensive 20+ years ago and we refuse to change or evolve.’ Moreover,
> it is typical of the attitude towards people with disabilities as a
> marginalized group - it says, ‘Your pain and suffering are not important.
> Our branding is more important.’
> >
> > This is in violation of the Gnome.org Code of Conduct.
> https://wiki.gnome.org/Foundation/CodeOfConduct
> >
> > Sexist, racist, homophobic, transphobic, ableist language or otherwise
> exclusionary language. This includes deliberately referring to someone by a
> gender that they do not identify with, and/or questioning the legitimacy of
> an individual's gender identity. If you're unsure if a word is derogatory,
> don't use it. This also includes repeated subtle and/or indirect
> discrimination.
> > Think of how quickly this software’s name would change if the name was a
> derogatory term for another marginalized group. Terms I will not use even
> for example because they are generally considered so offensive. The name of
> this software is just as offensive.
> >
> > So, in the spirit of inclusion and doing no harm - I formally request
> that the name be changed. It’s 2021, the world is hurting, we need to work
> together.
> >
> > I am not asking this because I don’t want to support this software and
> the community that uses it and develops it. I requesting this because I
> want to support it.
> >
> > Sincerely,
> >
> > Michael Richards, BSc, (he/him)
> > Victoria BC, Canada
> > ___
> > gimp-user-list 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
> ___
> gimp-user-list 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
>


-- 
My Amazon author page : https://amazon.com/author/cliffpratt
My Facebook author page : https://www.facebook.com/cliffprattauthor
My Search on Kobo : https://www.kobo.com/search?query=Cliff+Pratt
___
gimp-user-list 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

[bug #60662] Xmega.h is prepared for Doxygen but not added to doxygen.config.in

[Cliff Lawson]

URL:
  

 Summary: Xmega.h is prepared for Doxygen but not added to
doxygen.config.in
 Project: AVR C Runtime Library
Submitted by: wrightflyer
Submitted on: Mon 24 May 2021 09:43:16 AM UTC
Category: Documentation
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: Documentation
  Status: None
 Assigned to: None
Percent Complete: 0%
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 2.0.0
   Fixed Release: None

___

Details:

Now that the recently added AVR-0/AVR-1/AVR-DB mean there are many more
"Xmega"" being used, there is increasing requirement for _PROTECTED_WRITE() to
write CCP protected registers.

Clearly the avr/include/xmega.h header has been prepared for Doxygen but it
does not appear in the published documentation. This is simply (I believe)
because it has not been listed around line 774 in
avr-libc/doc/api/doxygen.config.in where the other ("main") files in
avr/include are listed. Suggest that

  @top_srcdir@/include/time.h \
+ @top_srcdir@/include/xmega.h \

an additional line be added after "time.h" to also list "xmega.h"




___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[Bug 1925821] Re: do-release-upgrade 18 to 20 LTS failed

[Cliff Kotnik]

Per Brian's instructions of 5-14 I performed the upgrade with the "-p"
option.  The upgrade performed as expected and my system is now on
release 20.

thanks very much for the quick response.
Cliff

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1925821

Title:
  do-release-upgrade 18 to 20 LTS failed

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1925821/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Custom metrics in Stateful Functions

[Cliff Resnick]

We think Embedded Statefun is a nicer fit than Datastream for some problem
domains, but one thing we miss is support for custom metrics/counters. Is
there a way to access the Flink support? It looks like if we want custom
metrics we'll need to roll our own.

Re: [Heb-NACO] 046 Hebrew date coding in NARs

[Cliff Miller via Heb-naco]

Dear colleagues,
I do not have references resources at home to check this. Do I remember 
correctly?

Hebrew and Gregorian years overlap each other by 9 months. The minority is 3 
months.
Odds are 3 : 1 that the years with matching final digits are the correct year.
Hebrew and Gregorian dates overlap each other by roughly 18 hours, depending on 
time and location.
The doubtful time is only some 6 halakhic hours, give or take. Again odds are 
3:1 for the majority date.

If I remember correctly, rules and regulations tell us to take the most likely 
date as the date.
The most likely date in the month and the most likely year are overwhelmingly 
the overlap.
Is it not strictly following the rules if we cite that date as most probable?

Thank you and best wishes.
Rabbi Clifford Miller
Library of the Jewish Theological Seminary

From: Heb-naco  On Behalf Of Galron, Joseph via 
Heb-naco
Sent: Thursday, April 22, 2021 11:51 PM
To: Shinohara, Jasmin ; Hebrew Name Authority Funnel 

Subject: Re: [Heb-NACO] 046 Hebrew date coding in NARs

I encountered this issue for my Lexicon as well for entering dates in Wikidata 
(and encyclopedic entries in the Hebrew Wikipedia).
My opinion is that we should put the later date and only in cases we know the 
two dates then to prefer the Hebrew date. Our life is complicated enough. We 
have a tool to convert Hebrew calendar to the Gregorian calendar and 
vis-a-versa 
https://urldefense.com/v3/__https://www.hebcal.com/converter__;!!KGKeukY!lXeK1mej0BmUlErVY4cdTC6FriADbEX6J8HjO08nVWdtvT68s6frCyVu5rojCAWKMFGT$
 
Is it really critical to know if someone was born in the evening before sunset 
or after sunset? (the only case for us will be if someone was born/died on 
December 31, 1969 or January 1, 1970 – this changes the heading in the 100 
field).
I have so many stories I encountered while doing my biographical research for 
“my authors” where the Hebrew date is totally different then the Gregorian date 
on tombstones, in encyclopedias (Tidhar for example), Lexicons (Kressel and 
others). I saw letters by people who wrote that their Zeide told them they were 
born on Erev Shabbes of Hanukka, of תר"ע  1910 (Erev Shabbes of Hanukka was 
December 1909 and not 1910)
Remember – we have a backlog of Sforim we need to catalog – not too much time 
to spend on the issue if someone was born or died before or after sunset.

At this opportunity I invite you to view my working document in which I record 
the biographical information
https://urldefense.com/v3/__https://docs.google.com/spreadsheets/d/1IPXgRBQE689SB8GpXKHjmSIlNP50n7hAJQEHaoVt8U4/edit?usp=sharing__;!!KGKeukY!lXeK1mej0BmUlErVY4cdTC6FriADbEX6J8HjO08nVWdtvT68s6frCyVu5rojCJYXeBe4$
 

My two Groschen to the issue

Yossi


יוסי גלרון-גולדשלגר
טלפון נייד 1.614.805.9954
Йозеф Галрон Гольдшлегер
Joseph (Yossi) Galron-Goldschläger
Head, Hebraica & Jewish Studies 
Library
and German Language and Literature Librarian
305 G Thompson Memorial Library
The Ohio State University Libraries
1858 Neil Ave. Mall
Columbus, Ohio 43210 USA
Tel.: (614) 292-3362, Fax: (614)292-1918
Mobile: (614) 805-9954
E-Mail: galro...@osu.edu or 
jgal...@gmail.com

Lexicon of Modern Hebrew Literature:
http://go.osu.edu/hebrewlit

Union List of Digitized Jewish Historic Newspapers and Periodicals
http://go.osu.edu/jpress




From: Heb-naco On Behalf Of Shinohara, Jasmin via Heb-naco
Sent: Thursday, April 22, 2021 5:32 PM
To: Hebrew Name Authority Funnel 
mailto:heb-naco@lists.osu.edu>>
Subject: [Heb-NACO] 046 Hebrew date coding in NARs

Hi, folks, I hope this email finds you all well.

I recently had the opportunity to get some guidance on how to code dates in the 
authority 046 when the date/s available is/are only using the Hebrew calendar. 
This was my question:

“Hebrew dates span two calendar days and, as such, two Gregorian dates. Till 
now, the majority of catalogers have made an assumption that the Hebrew date is 
the latter of the two Gregorian dates and only coded that date in the 046 
(indicating certainty). The question is, is such practice ok/correct? Or should 
catalogers be erring on the side of caution and coding the 046 date as 
uncertain, e.g. [2012-07-31, 2012-08-01], unless a Gregorian date is also given 
to confirm the 

[Bug 1925821] [NEW] do-release-upgrade 18 to 20 LTS failed

[Cliff Kotnik]

Public bug reported:

I started the release upgrade.  It ran for a few minutes and then
terminated with

Calculating the changes
Could not calculate the upgrade

An unresolvable problem occurred while calculating the upgrade.

If none of this applies, then please report this bug using the
command 'ubuntu-bug ubuntu-release-upgrader-core' in a terminal. If
you want to investigate this yourself the log files in
'/var/log/dist-upgrade' will contain details about the upgrade.
Specifically, look at 'main.log' and 'apt.log'.

Restoring original system state
Aborting

I need help resolving this.
Cliff

ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: ubuntu-release-upgrader-core 1:18.04.44
ProcVersionSignature: Ubuntu 4.15.0-142.146-generic 4.15.18
Uname: Linux 4.15.0-142-generic x86_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair
ApportVersion: 2.20.9-0ubuntu7.23
Architecture: amd64
CrashDB: ubuntu
Date: Fri Apr 23 10:48:01 2021
InstallationDate: Installed on 2012-05-16 (3263 days ago)
InstallationMedia: Ubuntu-Server 12.04 LTS "Precise Pangolin" - Release amd64 
(20120424.1)
PackageArchitecture: all
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: ubuntu-release-upgrader
UpgradeStatus: Upgraded to bionic on 2021-04-23 (0 days ago)

** Affects: ubuntu-release-upgrader (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug bionic dist-upgrade

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1925821

Title:
  do-release-upgrade 18 to 20 LTS failed

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1925821/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1921143] Re: efivarfs_set_variable: writing to fd 7 failed: Invalid argument.

[Cliff Carson]

Problem has been corrected by some update between 2021-04-02 and
2021-04-20.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1921143

Title:
  efivarfs_set_variable: writing to fd 7 failed: Invalid argument.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2-unsigned/+bug/1921143/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

RE: Same size orifice in a room

[cliff--- via Sprinklerforum]

T Mack,

I'm not sure where it's located but I have used smaller orifice sprinklers
under a soffit as you describe.  I discussed it in depth with the old VP at
AFSA and he said it was perfectly acceptable.  If I can find my old emails,
I'll send them to you off-forum.

Cliff Whitfield, SET
President

Fire Design, Inc.
600 W. Bypass Hwy. 19E
Suite 202
Burnsville, NC 28714
Ph: 828-284-4772
 


-Original Message-
From: Sprinklerforum  On
Behalf Of Travis Mack via Sprinklerforum
Sent: Monday, April 19, 2021 2:32 PM
To: sprinklerforum@lists.firesprinkler.org
Cc: travis.m...@mfpdesign.com; m...@afpsprink.com
Subject: RE: Same size orifice in a room

I've had it come up in a review before.  An AHJ was arguing with me that I
couldn't have a 5.6k sprinkler in an alcove and then EC sprinklers in the
corridor.  Just ran into similar, but in a very large compartment for a
project I am reviewing.  Technically, I believe the designer is using it to
balance the flow here, but I also think you can put the smaller orifice
under a soffit.  If I recall, there was a picture in the annex that showed
that exact scenario of sprinklers in a high ceiling as ex cov and sprinklers
in a low soffit as ssp.  I'm hoping to find for reference to help this
project.

Travis Mack, CFPS, CWBSP, RME-G, COC, SET Engineering Manager MFP Design
3356 E Vallejo Ct
Gilbert, AZ 85298
480-505-9271 ext. 700 C: 480-272-2471
travis.m...@mfpdesign.com<mailto:travis.m...@mfpdesign.com>
www.mfpdesign.com<http://www.mfpdesign.com>

Send large files to us via:
https://www.hightail.com/u/MFPDesign<https://na01.safelinks.protection.outlo
ok.com/?url=https%3A%2F%2Fwww.hightail.com%2Fu%2FMFPDesign=02%7C01%7C%7
C1121d49f9e6b4cf248f108d4df580e77%7C14e5497c16da42e69ffa77d19bafe511%7C0%7C0
%7C636379016677342180=eGdMZGu2wXhUupGwgGTrqF3b54OP5%2BAZvlHhABSexWY%3D
=0>

From: Sprinklerforum  On
Behalf Of Matt Grise via Sprinklerforum
Sent: Monday, April 19, 2021 11:28 AM
To: sprinklerforum@lists.firesprinkler.org
Cc: Matt Grise 
Subject: RE: Same size orifice in a room

I don't think you are going to find that. You are not allowed to vary the
k-factor along a branch line for the purposes of hydraulic balancing, but
the heads do not all have to be the same.

FM may recommend against it though - you might check data sheet 2-0

Matt


-Original Message-
From: Sprinklerforum
mailto:sprinklerforum-bounce
s...@lists.firesprinkler.org>> On Behalf Of Travis Mack via Sprinklerforum
Sent: Monday, April 19, 2021 1:24 PM
To:
sprinklerforum@lists.firesprinkler.org<mailto:sprinklerforum@lists.firesprin
kler.org>
Cc: travis.m...@mfpdesign.com<mailto:travis.m...@mfpdesign.com>
Subject: Same size orifice in a room

I'm trying to locate the section in the standard about all sprinklers in a
compartment to be same orifice. Can anyone help point me in that direction?
My searching is not too productive today.

Travis Mack, CFPS, CWBSP, RME-G, COC, SET Engineering Manager MFP Design
3356 E Vallejo Ct
Gilbert, AZ 85298
480-505-9271 ext. 700 C: 480-272-2471
travis.m...@mfpdesign.com<mailto:travis.m...@mfpdesign.com<mailto:travis.mac
k...@mfpdesign.com%3cmailto:travis.m...@mfpdesign.com>>
https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fwww.mfpdesign.com=E,1,
BlHMjOaxmKSFT48qnXqVYsvIk7-uXHLtqAx_cNceEogjNceIIpXgusszAQlFBLcczQ89OUhWAiTA
CrOYUqwOYtMG4OIDfWHd1_kh9LnAOw,,=1<https://linkprotect.cudasvc.com/url?
a=https%3a%2f%2fwww.mfpdesign.com=E,1,BlHMjOaxmKSFT48qnXqVYsvIk7-uXHLtqAx_
cNceEogjNceIIpXgusszAQlFBLcczQ89OUhWAiTACrOYUqwOYtMG4OIDfWHd1_kh9LnAOw,,
o=1><https://linkprotect.cudasvc.com/url?a=http%3a%2f%2fwww.mfpdesign.com=
E,1,Sb8p1Dza9Oy_3BGKk2QcE1op3UXC4RO_ahDYRVTzRlGoSxnqgBemLfhtJwpyy-x9Ik88zKLO
RuhkQ5H6YE3yeHBresSKRuMDVvikX6BV0Q,,=1<https://linkprotect.cudasvc.com/
url?a=http%3a%2f%2fwww.mfpdesign.com=E,1,Sb8p1Dza9Oy_3BGKk2QcE1op3UXC4RO_a
hDYRVTzRlGoSxnqgBemLfhtJwpyy-x9Ik88zKLORuhkQ5H6YE3yeHBresSKRuMDVvikX6BV0Q,,&
typo=1>>

Send large files to us via:
https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fwww.hightail.com%2fu%2fM
FPDesign=E,1,D4uRXY13t4LGXsM7WZDD2po2h5DpP_f3iqBsMDhCjMUEllwxKdoUDnZ-KSSSE
DqfsYTugjxInANrOZVo8i0YSv88B5ZXypC5zHOYeppPTkuQ=1<https://linkprotect.c
udasvc.com/url?a=https%3a%2f%2fwww.hightail.com%2fu%2fMFPDesign=E,1,D4uRXY
13t4LGXsM7WZDD2po2h5DpP_f3iqBsMDhCjMUEllwxKdoUDnZ-KSSSEDqfsYTugjxInANrOZVo8i
0YSv88B5ZXypC5zHOYeppPTkuQ=1><https://na01.safelinks.protection.outlook
.com/?url=https%3A%2F%2Fwww.hightail.com%2Fu%2FMFPDesign=02%7C01%7C%7C1
121d49f9e6b4cf248f108d4df580e77%7C14e5497c16da42e69ffa77d19bafe511%7C0%7C0%7
C636379016677342180=eGdMZGu2wXhUupGwgGTrqF3b54OP5%2BAZvlHhABSexWY%3D
eserved=0<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fw
ww.hightail.com%2Fu%2FMFPDesign=02%7C01%7C%7C1121d49f9e6b4cf248f108d4df
580e77%7C14e5497c16da42e69ffa77d19bafe511%7C0%7C0%7C636379016677342180
=eGdMZGu2wXhUupGwgGTrqF3b54OP5%2BAZvlHhABSexWY%3D
 =0>>

__

[Bug 1921143] Re: efivarfs_set_variable: writing to fd 7 failed: Invalid argument.

[Cliff Carson]

Grub update 2021-04-02 grub-efi-amd64-signed (1.169+2.04-1ubuntu45)
installation failed.  Again doing an grub-install indicates that the
process failed to set Boot000B.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1921143

Title:
  efivarfs_set_variable: writing to fd 7 failed: Invalid argument.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2-unsigned/+bug/1921143/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1921143] Re: efivarfs_set_variable: writing to fd 7 failed: Invalid argument.

[Cliff Carson]

Don't know what I'm looking at but the out put of efibootmgr -v shows a
Boot000B set and it is current.

cliff@Desktopps:~$ efibootmgr -v
BootCurrent: 000B
Timeout: 1 seconds
BootOrder: 000B,0016,0014,0013,000C,000E,0012,0018,001A,001E,001F
Boot000B* ubuntu
HD(1,GPT,f3c85e85-56e3-4154-bee2-3c14f6e140a9,0x800,0x64000)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot000C* UEFI OS   
PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,65535,0)/HD(1,GPT,f3c85e85-56e3-4154-bee2-3c14f6e140a9,0x800,0x64000)..BO
Boot000E* UEFI OS   
PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,65535,0)/HD(1,GPT,f3c85e85-56e3-4154-bee2-3c14f6e140a9,0x800,0x64000)..BO
Boot0012* UEFI OS   
PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,65535,0)/HD(1,GPT,f3c85e85-56e3-4154-bee2-3c14f6e140a9,0x800,0x64000)..BO
Boot0013* CD/DVD Drive  BBS(CDROM,,0x0)..GO..NOO.A.S.U.S. . . . 
.D.R.W.-.2.4.F.1.S.T. . . 
.b.>..Gd-.;.A..MQ..L.6.E.0.D.L.C.4.0.1.1.7.8. . . . . . . . 
BO
Boot0014* Hard DriveBBS(HD,,0x0)..GO..NOO.S.a.m.s.u.n.g. .S.S.D. 
.8.5.0. .E.V.O. 
.2.5.0.G.B.>..Gd-.;.A..MQ..L.2.S.N.1.S.N.F.A.2.C.6.3.2.1. .B. . 
. . BO..NOO.S.a.m.s.u.n.g. .S.S.D. .8.5.0. .E.V.O. 
.2.5.0.G.B.>..Gd-.;.A..MQ..L.2.S.6.R.B.N.H.0.5.B.1.5.9.5. .F. . 
. . BO..NOY.S.a.m.s.u.n.g. .S.S.D. .9.7.0. .E.V.O. 
.5.0.0.G.B.H..Gd-.;.A..MQ..L.S.a.m.s.u.n.g. .S.S.D. .9.7.0. 
.E.V.O. .5.0.0.G.BBO
Boot0016* UEFI OS   
PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,65535,0)/HD(1,GPT,f3c85e85-56e3-4154-bee2-3c14f6e140a9,0x800,0x64000)..BO
Boot0018* UEFI OS   
PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,65535,0)/HD(1,GPT,f3c85e85-56e3-4154-bee2-3c14f6e140a9,0x800,0x64000)..BO
Boot001A* UEFI OS   
PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,65535,0)/HD(1,GPT,f3c85e85-56e3-4154-bee2-3c14f6e140a9,0x800,0x64000)..BO
Boot001E* UEFI OS   
HD(1,GPT,f3c85e85-56e3-4154-bee2-3c14f6e140a9,0x800,0x64000)/File(\EFI\BOOT\BOOTX64.EFI)..BO

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1921143

Title:
  efivarfs_set_variable: writing to fd 7 failed: Invalid argument.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2-unsigned/+bug/1921143/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1921143] Re: efivarfs_set_variable: writing to fd 7 failed: Invalid argument.

[Cliff Carson]

Got a grub error after installing grub-efi-amd64-bin 2.04-1ubuntu44
during daily update/upgrade on 3/24.  The message indicated the boot
process may fail.  Attempted to re-install grub on two different devices
both failed with the error noted above.  Thought my only option was to
re-install 21.04 so was prepared to do that but when attempting to re-
boot the system every thing worked as expected.  Still get the error
message when doing grub-install.  Will put off re-installing the system
until 21.04 distribution or some error on boot.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1921143

Title:
  efivarfs_set_variable: writing to fd 7 failed: Invalid argument.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2-unsigned/+bug/1921143/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[tor-relays] Tor project helping to attempt to cancel Richard Stallman

[Jeffrey Cliff]

I've been running a relay/exit node for many years.  Tor user since ~2004.
To the extent that my voice means anything at all here, I would like to
strongly condemn the Tor project joining the attempt to cancel Richard
Stallman.  Stallman represents software freedom to me generally and as of
today I will be shutting down my exit node in protest of this action by the
Tor Project.

I hope the rest of you out there, who depend every day on GNU project code
which would not exist without RMS's project, might consider joining me.

Jeff Cliff

former tor exit node admin
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

[Bug 1921143] [NEW] efivarfs_set_variable: writing to fd 7 failed: Invalid argument.

[Cliff Carson]

Public bug reported:

With the 3/24/2021 update grub failed to install.  Getting messages;

grub-install: warning: Cannot set EFI variable Boot000B.
grub-install: warning: efivarfs_set_variable: writing to fd 7 failed: Invalid 
argument.
grub-install: warning: _efi_set_variable_mode: ops->set_variable() failed: 
Invalid argument.
grub-install: error: failed to register the EFI boot entry: Invalid argument.

when doing sudo grub-install /dev/sda.  Reinstalled grub-efi-amd64-bin
successfully but get the same error on the grub-install command.

ProblemType: Bug
DistroRelease: Ubuntu 21.04
Package: grub-efi-amd64-bin 2.04-1ubuntu44
ProcVersionSignature: Ubuntu 5.11.0-11.12-generic 5.11.0
Uname: Linux 5.11.0-11-generic x86_64
ApportVersion: 2.20.11-0ubuntu60
Architecture: amd64
CasperMD5CheckResult: unknown
CurrentDesktop: ubuntu:GNOME
Date: Wed Mar 24 11:42:52 2021
InstallationDate: Installed on 2020-11-17 (126 days ago)
InstallationMedia: Ubuntu 21.04 "Hirsute Hippo" - Alpha amd64 (20201117)
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: grub2-unsigned
UpgradeStatus: No upgrade log present (probably fresh install)

** Affects: grub2-unsigned (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug hirsute wayland-session

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1921143

Title:
  efivarfs_set_variable: writing to fd 7 failed: Invalid argument.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2-unsigned/+bug/1921143/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Re: [Gimp-user] Adding a text box

[Cliff Pratt via gimp-user-list]

You don't say why you want to do this. Is it for a website, or for an
illustrated book? In either case, I would suggest looking at alternative
ways of associating the image and the text. If it is for a webpage, then
you should be able to put the text in a sidebar or caption. Same for a
book. It depends on the capability of your editor. GIMP is for editing
images and while it can do text, that is not its primary purpose and it may
be the wrong tool for the job.

Cliff

On Fri, Feb 12, 2021 at 9:16 AM Stan Pioro via gimp-user-list <
gimp-user-list@gnome.org> wrote:

> Hi Folks,
> I am wondering if it is possible to attach a text box  to the outside of a
> photo, for photos that don't have room to place a text box inside the
> confines of the picture.
>
> Thanks,
>
> Stan
> ___
> gimp-user-list 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
>


-- 
My Amazon author page : https://amazon.com/author/cliffpratt
My Facebook author page : https://www.facebook.com/cliffprattauthor
My Search on Kobo : https://www.kobo.com/search?query=Cliff+Pratt
___
gimp-user-list 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

RE: [EXTERNAL] RE: Multiple System Calculation

[cliff--- via Sprinklerforum]

We need a 'Like' button on the forum.  Since we don't have one, Craig is right 
on the money here.  

Cliff Whitfield, SET
President

Fire Design, Inc.
600 W. Bypass Hwy. 19E
Suite 202
Burnsville, NC 28714
Ph: 828-284-4772
 


-Original Message-
From: Sprinklerforum  On Behalf 
Of Fpdcdesign via Sprinklerforum
Sent: Thursday, February 11, 2021 4:09 PM
To: Sprinklerforum 
Cc: Fpdcdesign 
Subject: Re: [EXTERNAL] RE: Multiple System Calculation

  
  

 My thoughts exactly, Mr Prahl.   
  
  
  

  

  
  
>   
> On Feb 11, 2021 at 3:46 PM,   (mailto:sprinklerforum@lists.firesprinkler.org)>  wrote:
>   
>   
>   
>  If I have 4-heads of OH2 in a 500 sf space I have to calc it and size 
> everything as if I had a 1500 sf design area. Where’s the value? What greater 
> level of Life Safety is provided? You should only have to calculate the 
> actual area up to the prescribed area and not add some fictitious value, 
> “just because”. Maybe we should just design everything using ESFR sprinklers, 
> then you’d get all the flow you need. Craig Prahl | Jacobs | Group Lead/SME – 
> Fire Protection |  craig.pr...@jacobs.com 
> (mailto:craig.pr...@jacobs.com)<mailto:craig.pr...@jacobs.com>  |  
> www.jacobs.com (http://www.jacobs.com)<http://www.jacobs.com/>   1041 East 
> Butler Road Greenville, South Carolina 29606 (x-apple-data-detectors://6)  
> CONTACT BY: email or MS TEAMS From:  travis.m...@mfpdesign.com 
> (mailto:travis.m...@mfpdesign.com)(mailto:travis.m...@mfpdesign.com)>  Sent: Thursday, February 11, 2021 3:22 
> PM To:  sprinklerforum@lists.firesprinkler.org 
> (mailto:sprinklerforum@lists.firesprinkler.org);  b...@firebyknight.com 
> (mailto:b...@firebyknight.com)  Cc: Prahl, Craig/GVL   (mailto:craig.pr...@jacobs.com)>  Subject: RE: [EXTERNAL] RE: Multiple System 
> Calculation Tracey Bellamy, I believe, was the one to propose it. It had to 
> deal with a loading dock and then having to grab ESFR sprinklers in the 
> warehouse to get the 1950 sq ft if I recall correctly. I read the report a 
> couple years ago. I see where he was coming from. The intent was good. But, I 
> think there are a lot of unintended consequences from that section. Travis 
> Mack, CFPS, CWBSP, RME-G, COC, SET Engineering Manager MFP Design  3356 E 
> Vallejo Ct Gilbert, AZ 85298 (x-apple-data-detectors://15/0)   480-505-9271 
> ext. 700 (tel:480-505-9271;700)  C:  480-272-2471 (tel:480-272-2471)   
> travis.m...@mfpdesign.com 
> (mailto:travis.m...@mfpdesign.com)<mailto:travis.m...@mfpdesign.com>   
> www.mfpdesign.com 
> (http://www.mfpdesign.com)<https://urldefense.com/v3/__http:/www.mfpdesign.com__;!!B5cixuoO7ltTeg!TvpoXWQR2VWz0zxhIEqEFsTPN06eLs2sEswTD03UHaGwK-R8wwW4QPVZv6MBHNsLBA$>
>   Send large files to us via:  
> https://www.hightail.com/u/MFPDesign<https://urldefense.com/v3/__https:/na01.safelinks.protection.outlook.com/?url=https*3A*2F*2Fwww.hightail.com*2Fu*2FMFPDesign=02*7C01*7C*7C1121d49f9e6b4cf248f108d4df580e77*7C14e5497c16da42e69ffa77d19bafe511*7C0*7C0*7C636379016677342180=eGdMZGu2wXhUupGwgGTrqF3b54OP5*2BAZvlHhABSexWY*3D=0__;JSUlJSUlJSUlJSUlJSU!!B5cixuoO7ltTeg!TvpoXWQR2VWz0zxhIEqEFsTPN06eLs2sEswTD03UHaGwK-R8wwW4QPVZv6OcFBfotw$>
>  
> (https://www.hightail.com/u/MFPDesign%3Chttps://urldefense.com/v3/__https:/na01.safelinks.protection.outlook.com/?url=https*3A*2F*2Fwww.hightail.com*2Fu*2FMFPDesign=02*7C01*7C*7C1121d49f9e6b4cf248f108d4df580e77*7C14e5497c16da42e69ffa77d19bafe511*7C0*7C0*7C636379016677342180=eGdMZGu2wXhUupGwgGTrqF3b54OP5*2BAZvlHhABSexWY*3D=0__;JSUlJSUlJSUlJSUlJSU!!B5cixuoO7ltTeg!TvpoXWQR2VWz0zxhIEqEFsTPN06eLs2sEswTD03UHaGwK-R8wwW4QPVZv6OcFBfotw$%3E)
>   From: Sprinklerforum   (mailto:sprinklerforum-boun...@lists.firesprinkler.org)<mailto:sprinklerforum-boun...@lists.firesprinkler.org>>
>   On Behalf Of Prahl, Craig/GVL via Sprinklerforum Sent: Thursday, February 
> 11, 2021 1:20 PM To:  b...@firebyknight.com 
> (mailto:b...@firebyknight.com)<mailto:b...@firebyknight.com>;  
> sprinklerforum@lists.firesprinkler.org 
> (mailto:sprinklerforum@lists.firesprinkler.org)<mailto:sprinklerforum@lists.firesprinkler.org>
>   Cc: Prahl, Craig/GVL   (mailto:craig.pr...@jacobs.com)<mailto:craig.pr...@jacobs.com>>  Subject: RE: 
> [EXTERNAL] RE: Multiple System Calculation This is something that really 
> needs to be looked at I future editions of NFPA 13. I know we've had this 
> discussion many times. I would love to hear how this came about. It offers no 
> benefit to an owner and only increases cost. Craig Prahl | Jacobs | Group 
> Lead/SME – Fire Protection |  craig.pr...@jacobs.com 
> (mailto:craig.pr...@jacobs.com)<mailto:craig.pr...@jacobs.com>  |  
> www.jacobs.com (http://www.jacobs.com)<http://www.jacobs.com>   1041 East 
> Butler Roa

RE: Pan-Type Construction

[cliff--- via Sprinklerforum]

Steve,

I don't agree that Pan slabs are smooth ceilings.  If the pans are less than
300 sf, they are more than likely considered panel construction and would be
obstructed.  Most of the 'Pan' that I have ever seen falls into that
category.

Cliff Whitfield, SET
President

Fire Design, Inc.
600 W. Bypass Hwy. 19E
Suite 202
Burnsville, NC 28714
Ph: 828-284-4772
 


-Original Message-
From: Sprinklerforum  On
Behalf Of Steve Leyton via Sprinklerforum
Sent: Monday, February 1, 2021 5:00 PM
To: sprinklerforum@lists.firesprinkler.org
Cc: Steve Leyton ; Dennis Wilson

Subject: RE: Pan-Type Construction

Do you mean Tee or Double-Tee construction?Pan slabs are PIP, with and
without metal decks, smooth ceiling by definition.

Steve L.   

-Original Message-
From: Sprinklerforum [mailto:sprinklerforum-boun...@lists.firesprinkler.org]
On Behalf Of Dennis Wilson via Sprinklerforum
Sent: Monday, February 01, 2021 1:52 PM
To: sprinklerforum@lists.firesprinkler.org
Cc: Dennis Wilson 
Subject: Pan-Type Construction

Would anyone know what the maximum depth is allowed in concrete pan-type
construction?
I have a job with exist. sprinklers installed along the bottom of the  stems
with pendents.
The AHJ is questioning whether sprinklers are needed in each pocket.
Pockets are around 6' square w/ 8" wide stems both directions.

___
Sprinklerforum mailing list
Sprinklerforum@lists.firesprinkler.org
http://lists.firesprinkler.org/listinfo.cgi/sprinklerforum-firesprinkler.org
___
Sprinklerforum mailing list
Sprinklerforum@lists.firesprinkler.org
http://lists.firesprinkler.org/listinfo.cgi/sprinklerforum-firesprinkler.org


-- 
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

___
Sprinklerforum mailing list
Sprinklerforum@lists.firesprinkler.org
http://lists.firesprinkler.org/listinfo.cgi/sprinklerforum-firesprinkler.org

Re: [Linuxptp-devel] [PATCH v2 2/2] Improve port-related log messages.

[Cliff Spradlin via Linuxptp-devel]

Hi,

On Fri, Jan 29, 2021 at 2:54 AM Grygorii Strashko
 wrote:
> I've being thinking - shouldn't be implemented as new api, like 
> port_pr_xx(port, ...)?
> (similar to kernel dev_xx(dev)).

The problem is:
1) There are 8 basic log level macros, and then another 8 rate-limited
macros. If I implemented port_ variants, that's another 16 macros. I
think there are probably too many log levels available right now, but
as it is, I would be uncomfortable adding an extra multiplying layer.

2) Not all port-related log messages use the form "port 3: xxx"; there
are some messages that refer to two ports or other variations. This
patch doesn't require special cases for those situations.

> Why in some places it's port_log_name() and in other p->log_name?

This is because some places see the opaque type 'port' and some have
access to its contents. This is similar to portnum() vs port_number().
We could use port_log_name(p) everywhere, though in this case it's
simpler to replace all current uses with p->log_name so that I don't
exceed line length limits.


___
Linuxptp-devel mailing list
Linuxptp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-devel

[Linuxptp-devel] [PATCH v2 1/2] port: Cache display name for logs.

[Cliff Spradlin via Linuxptp-devel]

Adds a string to the port struct that can easily identify a port.
This is intended to be used in log messages that refer to a port.

Signed-off-by: Cliff Spradlin 
Change-Id: Ic45d61c05b0aa970c9caf9e17528693dc0090c31
---
 port.c | 23 ++-
 port.h |  7 +++
 port_private.h |  1 +
 3 files changed, 26 insertions(+), 5 deletions(-)

diff --git a/port.c b/port.c
index 0a93c06..eb49d87 100644
--- a/port.c
+++ b/port.c
@@ -2372,6 +2372,7 @@ void port_close(struct port *p)
if (p->fault_fd >= 0) {
close(p->fault_fd);
}
+   free(p->log_name);
free(p);
 }
 
@@ -2823,6 +2824,11 @@ int port_number(struct port *p)
return portnum(p);
 }
 
+const char *port_log_name(struct port *p)
+{
+   return p->log_name;
+}
+
 int port_link_status_get(struct port *p)
 {
return !!(p->link_status & LINK_UP);
@@ -3018,6 +3024,12 @@ struct port *port_open(const char *phc_device,
memset(p, 0, sizeof(*p));
TAILQ_INIT(>tc_transmitted);
 
+   p->name = interface_name(interface);
+   if (asprintf(>log_name, "port %d (%s)", number, p->name) == -1) {
+   p->log_name = NULL;
+   goto err_port;
+   }
+
switch (type) {
case CLOCK_TYPE_ORDINARY:
case CLOCK_TYPE_BOUNDARY:
@@ -3033,7 +3045,7 @@ struct port *port_open(const char *phc_device,
p->event = e2e_event;
break;
case CLOCK_TYPE_MANAGEMENT:
-   goto err_port;
+   goto err_log_name;
}
 
p->phc_index = phc_index;
@@ -3049,7 +3061,7 @@ struct port *port_open(const char *phc_device,
p->state_machine = designated_slave_fsm;
} else {
pr_err("Please enable at least one of masterOnly or 
clientOnly when BMCA == noop.\n");
-   goto err_port;
+   goto err_log_name;
}
} else {
p->state_machine = clock_slave_only(clock) ? ptp_slave_fsm : 
ptp_fsm;
@@ -3075,11 +3087,10 @@ struct port *port_open(const char *phc_device,
pr_err("port %d: /dev/ptp%d requested, ptp%d attached",
   number, phc_index,
   interface_phc_index(interface));
-   goto err_port;
+   goto err_log_name;
}
}
 
-   p->name = interface_name(interface);
p->iface = interface;
p->asymmetry = config_get_int(cfg, p->name, "delayAsymmetry");
p->asymmetry <<= 16;
@@ -3098,7 +3109,7 @@ struct port *port_open(const char *phc_device,
p->clock = clock;
p->trp = transport_create(cfg, transport);
if (!p->trp) {
-   goto err_port;
+   goto err_log_name;
}
p->timestamping = timestamping;
p->portIdentity.clockIdentity = clock_identity(clock);
@@ -3175,6 +3186,8 @@ err_uc_client:
unicast_client_cleanup(p);
 err_transport:
transport_destroy(p->trp);
+err_log_name:
+   free(p->log_name);
 err_port:
free(p);
return NULL;
diff --git a/port.h b/port.h
index 0b07d55..37a4e19 100644
--- a/port.h
+++ b/port.h
@@ -127,6 +127,13 @@ struct PortIdentity port_identity(struct port *p);
  */
 int port_number(struct port *p);
 
+/**
+ * Obtain a port's name for logging purposes.
+ * @param pA port instance.
+ * @return Loggable name of 'p'.
+ */
+const char *port_log_name(struct port *p);
+
 /**
  * Obtain the link status of a port.
  * @param pA port instance.
diff --git a/port_private.h b/port_private.h
index 6e40e15..842ee06 100644
--- a/port_private.h
+++ b/port_private.h
@@ -62,6 +62,7 @@ struct tc_txd {
 struct port {
LIST_ENTRY(port) list;
const char *name;
+   char *log_name;
struct interface *iface;
struct clock *clock;
struct transport *trp;
-- 
2.30.0.280.ga3ce27912f-goog



___
Linuxptp-devel mailing list
Linuxptp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-devel

[Linuxptp-devel] [PATCH v2 0/2] improve port log messages

[Cliff Spradlin via Linuxptp-devel]

This patch improves the readability of many log messages.

Previously, only the logical port number was emitted for most
port-related log messages. Now, the interface name is included.

old: port 12: assuming the grand master role
new: port 12 (eth8): assuming the grand master role

This changes differs from the first version by introducing a cached string
port identifier prepended to all port-related log messages. Other options were
considered (see the review thread for the v1 version), but this one seemed the
most flexible and fitting.

I believe this should also cover the bonded interface failover scenario that
Richard had mentioned, because the interface name for a port never changes.

Cliff Spradlin (2):
  port: Cache display name for logs.
  Improve port-related log messages.

 clock.c   |  22 +++---
 e2e_tc.c  |  10 +--
 p2p_tc.c  |  10 +--
 port.c| 181 +-
 port.h|   7 ++
 port_private.h|   1 +
 port_signaling.c  |   2 +-
 tc.c  |  24 +++---
 unicast_client.c  |  42 +--
 unicast_service.c |   2 +-
 10 files changed, 161 insertions(+), 140 deletions(-)

-- 
2.30.0.280.ga3ce27912f-goog



___
Linuxptp-devel mailing list
Linuxptp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-devel

[Linuxptp-devel] [PATCH v2 2/2] Improve port-related log messages.

[Cliff Spradlin via Linuxptp-devel]

Previously, only the logical port number was emitted for most
port-related log messages. Now, the interface name is included.

old: port 12: assuming the grand master role
new: port 12 (eth8): assuming the grand master role

Signed-off-by: Cliff Spradlin 
Change-Id: Id43b82aad3c30c93aea233a1e76f9a8196e25b71
Signed-off-by: Cliff Spradlin 
---
 clock.c   |  22 +++
 e2e_tc.c  |  10 +--
 p2p_tc.c  |  10 +--
 port.c| 158 +++---
 port_signaling.c  |   2 +-
 tc.c  |  24 +++
 unicast_client.c  |  42 ++--
 unicast_service.c |   2 +-
 8 files changed, 135 insertions(+), 135 deletions(-)

diff --git a/clock.c b/clock.c
index 08c61eb..a34737a 100644
--- a/clock.c
+++ b/clock.c
@@ -296,19 +296,19 @@ static int clock_fault_timeout(struct port *port, int set)
struct fault_interval i;
 
if (!set) {
-   pr_debug("clearing fault on port %d", port_number(port));
+   pr_debug("clearing fault on %s", port_log_name(port));
return port_set_fault_timer_lin(port, 0);
}
 
fault_interval(port, last_fault_type(port), );
 
if (i.type == FTMO_LINEAR_SECONDS) {
-   pr_debug("waiting %d seconds to clear fault on port %d",
-i.val, port_number(port));
+   pr_debug("waiting %d seconds to clear fault on %s",
+i.val, port_log_name(port));
return port_set_fault_timer_lin(port, i.val);
} else if (i.type == FTMO_LOG2_SECONDS) {
-   pr_debug("waiting 2^{%d} seconds to clear fault on port %d",
-i.val, port_number(port));
+   pr_debug("waiting 2^{%d} seconds to clear fault on %s",
+i.val, port_log_name(port));
return port_set_fault_timer_log(port, 1, i.val);
}
 
@@ -1360,8 +1360,8 @@ static void clock_forward_mgmt_msg(struct clock *c, 
struct port *p, struct ptp_m
msg->management.boundaryHops--;
LIST_FOREACH(piter, >ports, list) {
if (clock_do_forward_mgmt(c, p, piter, msg, _ready))
-   pr_err("port %d: management forward failed",
-  port_number(piter));
+   pr_err("%s: management forward failed",
+  port_log_name(piter));
}
if (clock_do_forward_mgmt(c, p, c->uds_port, msg, _ready))
pr_err("uds port: management forward failed");
@@ -1562,8 +1562,8 @@ int clock_poll(struct clock *c)
for (i = 0; i < N_POLLFD; i++) {
if (cur[i].revents & (POLLIN|POLLPRI|POLLERR)) {
if (cur[i].revents & POLLERR) {
-   pr_err("port %d: unexpected socket 
error",
-  port_number(p));
+   pr_err("%s: unexpected socket error",
+  port_log_name(p));
event = EV_FAULT_DETECTED;
} else {
event = port_event(p, i);
@@ -1882,8 +1882,8 @@ static void handle_state_decision_event(struct clock *c)
event = EV_NONE;
break;
case PS_GRAND_MASTER:
-   pr_notice("port %d: assuming the grand master role",
- port_number(piter));
+   pr_notice("%s: assuming the grand master role",
+ port_log_name(piter));
clock_update_grandmaster(c);
event = EV_RS_GRAND_MASTER;
break;
diff --git a/e2e_tc.c b/e2e_tc.c
index 6aaf572..2f8e821 100644
--- a/e2e_tc.c
+++ b/e2e_tc.c
@@ -83,7 +83,7 @@ enum fsm_event e2e_event(struct port *p, int fd_index)
switch (fd_index) {
case FD_ANNOUNCE_TIMER:
case FD_SYNC_RX_TIMER:
-   pr_debug("port %hu: %s timeout", portnum(p),
+   pr_debug("%s: %s timeout", p->log_name,
 fd_index == FD_SYNC_RX_TIMER ? "rx sync" : "announce");
if (p->best) {
fc_clear(p->best);
@@ -92,7 +92,7 @@ enum fsm_event e2e_event(struct port *p, int fd_index)
return EV_ANNOUNCE_RECEIPT_TIMEOUT_EXPIRES;
 
case FD_DELAY_TIMER:
-   pr_debug("port %hu: delay timeout", portnum(p));
+   pr_debug("%s: delay timeout", p->log_name);
port_set

[digikam] [Bug 421043] Faces Detection crashes digiKam

[Cliff Albert]

https://bugs.kde.org/show_bug.cgi?id=421043

--- Comment #27 from Cliff Albert  ---
(In reply to Cliff Albert from comment #26)
> (In reply to Maik Qualmann from comment #25)
> > A new version of the AppImage that contains the latest patches is available.
> > Can you please test whether the problem still exists?
> > 
> > Maik
> 
> Looks good, normally it crashes within 20 minutes. But now it has been
> running for almost 6 hours. (300K+ images) I'll keep you posted.

It completed the run with no incident. I'll keep testing it, but at the moment
everything looks fine and I had no more crashes.

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 421043] Faces Detection crashes digiKam

[Cliff Albert]

https://bugs.kde.org/show_bug.cgi?id=421043

--- Comment #26 from Cliff Albert  ---
(In reply to Maik Qualmann from comment #25)
> A new version of the AppImage that contains the latest patches is available.
> Can you please test whether the problem still exists?
> 
> Maik

Looks good, normally it crashes within 20 minutes. But now it has been running
for almost 6 hours. (300K+ images) I'll keep you posted.

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 421043] Faces Detection crashes digiKam

[Cliff Albert]

https://bugs.kde.org/show_bug.cgi?id=421043

--- Comment #22 from Cliff Albert  ---
Is this patch already in digiKam-7.2.0-rc-20210112T182159-x86-64-debug.appimage
?

Because it just crashed again (Maintenance -> Face Recognition with "clear
unconfirmed results and scan again" on):


Digikam::DatabaseWriter::process: Removing old entries ()
Digikam::PreviewLoadingTask::~PreviewLoadingTask: PreviewLoadingTask destructor
was called 0x2944aae0 Digikam::FacePreviewLoader(0x211b2ed0)
unknown: ASSERT: "!m_LoadingPreview" in file
/b/dktemp/digikam-master/core/libs/threadimageio/preview/previewtask.cpp, line
61
Digikam::FacePipeline::Private::checkFinished: Check for finish:  28 packages,
0 infos to filter, hasFinished() false
Digikam::FacePipeline::Private::checkFinished: Check for finish:  27 packages,
0 infos to filter, hasFinished() false
Digikam::FacePipeline::Private::checkFinished: Check for finish:  26 packages,
0 infos to filter, hasFinished() false
Digikam::DMetadata::getIccProfile: Exif color-space tag is sRGB. Using default
sRGB ICC profile.
unknown: End Of Image  ( 1 )
--Type  for more, q to quit, c to continue without paging--

Thread 305 "Thread (pooled)" received signal SIGABRT, Aborted.
[Switching to Thread 0x7ffeff7fe640 (LWP 163300)]
__GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:49
49  ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:49
#1  0x73914864 in __GI_abort () at abort.c:79
#2  0x74130a3c in QMessageLogger::fatal(char const*, ...) const () from
/tmp/.mount_digiKaClLuwJ/usr/lib/libQt5Core.so.5
#3  0x7413013b in qt_assert(char const*, char const*, int) () from
/tmp/.mount_digiKaClLuwJ/usr/lib/libQt5Core.so.5
#4  0x7746bc2a in Digikam::PreviewLoadingTask::~PreviewLoadingTask
(this=0x2944aae0, __in_chrg=) at
/b/dktemp/digikam-master/core/libs/threadimageio/preview/previewtask.cpp:61
#5  0x7746bc99 in Digikam::PreviewLoadingTask::~PreviewLoadingTask
(this=0x2944aae0, __in_chrg=) at
/b/dktemp/digikam-master/core/libs/threadimageio/preview/previewtask.cpp:62
#6  0x77482c66 in Digikam::LoadSaveThread::run (this=0x211b2ed0) at
/b/dktemp/digikam-master/core/libs/threadimageio/fileio/loadsavethread.cpp:130
#7  0x774a767e in Digikam::DynamicThread::Private::run
(this=0x7fffcc00a960) at
/b/dktemp/digikam-master/core/libs/threads/dynamicthread.cpp:191
#8  0x74154d87 in ?? () from
/tmp/.mount_digiKaClLuwJ/usr/lib/libQt5Core.so.5
#9  0x74151335 in ?? () from
/tmp/.mount_digiKaClLuwJ/usr/lib/libQt5Core.so.5
#10 0x73ae1590 in start_thread (arg=0x7ffeff7fe640) at
pthread_create.c:463
#11 0x73a07223 in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95
(gdb)

-- 
You are receiving this mail because:
You are watching all bug changes.

Re: [SOGo] Fresh install of SOGo 2 on Debian 10 gets Version 4

[Cliff Hood]

Looks like the trick is creating the file "/etc/apt/preferences.d/sogo" 
with the following contents:


Package: sogo
Pin: version 2.3.*
Pin-Priority: 999

It would be nice for them to add the instructions above to their web 
page below so that others might save some time.


https://sogo.nu/support/faq/how-to-install-nightly-sogo-versions-on-debian.html#/faq

On 1/7/2021 8:37 AM, Cliff Hood (cmh...@hmcnees.com) wrote:
I was able to download the individual files and install them from a 
local directory.  Version 2 appears to run properly.


Moving the repository statement from last to first in the sources.list 
file helps get some of the files to show up as upgradeable but the 
main "sogo" package still wants to be upgraded to Version 4 from the 
stable repository.


Any suggestions on how to upgrade from the SOGo repository rather than 
default (which has Version 4)?


"apt-mark hold sogo" appears to prevent the Version 4 "sogo" package 
from being upgraded over the top of Version 2.


On 1/1/2021 1:39 PM, "cliff" (cmh...@hmcnees.com) wrote:
  I am replacing a Centos 6 server with a fresh build of Debian 10 
and would like to install SOGo Version 2 to match the old server.


It seems that using "deb 
http://packages.inverse.ca/SOGo/nightly/2/debian/ buster buster" in 
the sources.list gets Version 4.


Is there some trick to getting Version 2?






--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Fresh install of SOGo 2 on Debian 10 gets Version 4

[Cliff Hood]

I was able to download the individual files and install them from a 
local directory.  Version 2 appears to run properly.


Moving the repository statement from last to first in the sources.list 
file helps get some of the files to show up as upgradeable but the main 
"sogo" package still wants to be upgraded to Version 4 from the stable 
repository.


Any suggestions on how to upgrade from the SOGo repository rather than 
default (which has Version 4)?


"apt-mark hold sogo" appears to prevent the Version 4 "sogo" package 
from being upgraded over the top of Version 2.


On 1/1/2021 1:39 PM, "cliff" (cmh...@hmcnees.com) wrote:

  I am replacing a Centos 6 server with a fresh build of Debian 10 and would 
like to install SOGo Version 2 to match the old server.

It seems that using "deb http://packages.inverse.ca/SOGo/nightly/2/debian/ buster 
buster" in the sources.list gets Version 4.

Is there some trick to getting Version 2?




--
users@sogo.nu
https://inverse.ca/sogo/lists

[digikam] [Bug 421043] Faces Detection crashes digiKam

[Cliff Albert]

https://bugs.kde.org/show_bug.cgi?id=421043

--- Comment #20 from Cliff Albert  ---
It has been a while, but i've hit the same issue again. 

Release: digikam-7.2.0-rc-20210103T180117-x86-64-debug.appimage

This time the issue does not appear during normal face detection / face
recognition. But only appears when running it from the maintenance menu with
"clear unconfirmed results and scan again" active. It is reproducible in this
way on my system everytime I run it that way.

Digikam::PreviewLoadingTask::~PreviewLoadingTask: PreviewLoadingTask destructor
was called 0x110beaf0 Digikam::FacePreviewLoader(0xcc6b230)
unknown: ASSERT: "!m_LoadingPreview" in file
/b/dktemp/digikam-master/core/libs/threadimageio/preview/previewtask.cpp, line
61
--Type  for more, q to quit, c to continue without paging--

Thread 52 "Thread (pooled)" received signal SIGABRT, Aborted.
[Switching to Thread 0x7fff9e7fc640 (LWP 154035)]
__GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:49
49  ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:49
#1  0x73933864 in __GI_abort () at abort.c:79
#2  0x7414fa3c in QMessageLogger::fatal(char const*, ...) const () from
/tmp/.mount_digikaY43SEi/usr/lib/libQt5Core.so.5
#3  0x7414f13b in qt_assert(char const*, char const*, int) () from
/tmp/.mount_digikaY43SEi/usr/lib/libQt5Core.so.5
#4  0x7747512a in Digikam::PreviewLoadingTask::~PreviewLoadingTask
(this=0x110beaf0, __in_chrg=) at
/b/dktemp/digikam-master/core/libs/threadimageio/preview/previewtask.cpp:61
#5  0x77475199 in Digikam::PreviewLoadingTask::~PreviewLoadingTask
(this=0x110beaf0, __in_chrg=) at
/b/dktemp/digikam-master/core/libs/threadimageio/preview/previewtask.cpp:62
#6  0x7748c156 in Digikam::LoadSaveThread::run (this=0xcc6b230) at
/b/dktemp/digikam-master/core/libs/threadimageio/fileio/loadsavethread.cpp:130
#7  0x774b0b5e in Digikam::DynamicThread::Private::run
(this=0x7fffcc00b6e0) at
/b/dktemp/digikam-master/core/libs/threads/dynamicthread.cpp:191
#8  0x74173d87 in ?? () from
/tmp/.mount_digikaY43SEi/usr/lib/libQt5Core.so.5
#9  0x74170335 in ?? () from
/tmp/.mount_digikaY43SEi/usr/lib/libQt5Core.so.5
#10 0x73b00590 in start_thread (arg=0x7fff9e7fc640) at
pthread_create.c:463
#11 0x73a26223 in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

-- 
You are receiving this mail because:
You are watching all bug changes.

Re: [s3ql] Question about data and file deletion timing

[Cliff Stanford]

On 05/01/2021 05:42, rabidmuta...@gmail.com wrote:

If a large folder (or file) is moved, there is a risk that the files 
will be 'deleted' before they area created again, possibly resulting in 
remote data being deleted then recreated.


How about using `rsync --delete-after` to ensure that all blocks remain 
until the transfer is complete?


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 this message because you are subscribed to the Google Groups 
"s3ql" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to s3ql+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/s3ql/c8bba15a-7761-0d12-cf6c-da9c111916ce%40may.be.

Re: [Linuxptp-devel] [PATCH] improve port log messages

[Cliff Spradlin via Linuxptp-devel]

On Mon, Jan 4, 2021 at 4:28 AM Richard Cochran  wrote:
> Why not refactor them all to use a helper function?  The new function
could be called port2str(struct port *p) and live in port.c.

>See cid2str() in util.c as an example.

This sounds good to me. However, cid2str() uses static storage and
there are several log messages that log information about multiple
ports.
Is it acceptable to assume that authors will not inadvertantly use
this new function twice in a single setting, and will instead
construct the port format string by hand?

Alternatively, I could add the 'debug' prefix of a port ("port 12
(eth8)") to the port struct as a separately allocated string. This
would be more foolproof, and might end in single-port scenarios being
a lower amount of runtime memory used than a statically allocated
array that needs to cover large names.
Or, I could also implement port variants of the log functions that
takes the port pointer as a parameter and prefixes the port debug
info.

Let me know, I'm happy to change the patch as needed.

-cliff


___
Linuxptp-devel mailing list
Linuxptp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-devel

[SOGo] Fresh install of SOGo 2 on Debian 10 gets Version 4

["cliff"]

 I am replacing a Centos 6 server with a fresh build of Debian 10 and would 
like to install SOGo Version 2 to match the old server.

It seems that using "deb http://packages.inverse.ca/SOGo/nightly/2/debian/ 
buster buster" in the sources.list gets Version 4.

Is there some trick to getting Version 2?


-- 
users@sogo.nu
https://inverse.ca/sogo/lists

[Linuxptp-devel] [PATCH] improve port log messages

[Cliff Spradlin via Linuxptp-devel]

Previously, only the logical port number was emitted for most
port-related log messages. Now, the interface name is included.

old: port 12: assuming the grand master role
new: port 12 (eth8): assuming the grand master role

Change-Id: I38f529a4b436f96e9803920bacc605790b3a0b45
Signed-off-by: Cliff Spradlin 
---
 clock.c   |  24 +++---
 e2e_tc.c  |  12 +--
 p2p_tc.c  |  12 +--
 port.c| 200 +++---
 port.h|   7 ++
 port_signaling.c  |   2 +-
 tc.c  |  30 ---
 unicast_client.c  |  51 +++-
 unicast_service.c |   3 +-
 9 files changed, 205 insertions(+), 136 deletions(-)

diff --git a/clock.c b/clock.c
index 0156bc3..b30f2d1 100644
--- a/clock.c
+++ b/clock.c
@@ -296,19 +296,20 @@ static int clock_fault_timeout(struct port *port, int set)
struct fault_interval i;
 
if (!set) {
-   pr_debug("clearing fault on port %d", port_number(port));
+   pr_debug("clearing fault on port %d (%s)", port_number(port),
+port_name(port));
return port_set_fault_timer_lin(port, 0);
}
 
fault_interval(port, last_fault_type(port), );
 
if (i.type == FTMO_LINEAR_SECONDS) {
-   pr_debug("waiting %d seconds to clear fault on port %d",
-i.val, port_number(port));
+   pr_debug("waiting %d seconds to clear fault on port %d (%s)",
+i.val, port_number(port), port_name(port));
return port_set_fault_timer_lin(port, i.val);
} else if (i.type == FTMO_LOG2_SECONDS) {
-   pr_debug("waiting 2^{%d} seconds to clear fault on port %d",
-i.val, port_number(port));
+   pr_debug("waiting 2^{%d} seconds to clear fault on port %d 
(%s)",
+i.val, port_number(port), port_name(port));
return port_set_fault_timer_log(port, 1, i.val);
}
 
@@ -1360,8 +1361,8 @@ static void clock_forward_mgmt_msg(struct clock *c, 
struct port *p, struct ptp_m
msg->management.boundaryHops--;
LIST_FOREACH(piter, >ports, list) {
if (clock_do_forward_mgmt(c, p, piter, msg, _ready))
-   pr_err("port %d: management forward failed",
-  port_number(piter));
+   pr_err("port %d (%s): management forward 
failed",
+  port_number(piter), port_name(piter));
}
if (clock_do_forward_mgmt(c, p, c->uds_port, msg, _ready))
pr_err("uds port: management forward failed");
@@ -1562,8 +1563,9 @@ int clock_poll(struct clock *c)
for (i = 0; i < N_POLLFD; i++) {
if (cur[i].revents & (POLLIN|POLLPRI|POLLERR)) {
if (cur[i].revents & POLLERR) {
-   pr_err("port %d: unexpected socket 
error",
-  port_number(p));
+   pr_err("port %d (%s): "
+  "unexpected socket error",
+  port_number(p), port_name(p));
event = EV_FAULT_DETECTED;
} else {
event = port_event(p, i);
@@ -1882,8 +1884,8 @@ static void handle_state_decision_event(struct clock *c)
event = EV_NONE;
break;
case PS_GRAND_MASTER:
-   pr_notice("port %d: assuming the grand master role",
- port_number(piter));
+   pr_notice("port %d (%s): assuming the grand master 
role",
+ port_number(piter), port_name(piter));
clock_update_grandmaster(c);
event = EV_RS_GRAND_MASTER;
break;
diff --git a/e2e_tc.c b/e2e_tc.c
index 6aaf572..2632eb4 100644
--- a/e2e_tc.c
+++ b/e2e_tc.c
@@ -83,7 +83,7 @@ enum fsm_event e2e_event(struct port *p, int fd_index)
switch (fd_index) {
case FD_ANNOUNCE_TIMER:
case FD_SYNC_RX_TIMER:
-   pr_debug("port %hu: %s timeout", portnum(p),
+   pr_debug("port %hu (%s): %s timeout", portnum(p), p->name,
 fd_index == FD_SYNC_RX_TIMER ? "rx sync" : "announce");
if (p->best) {
fc_clear(p->best);
@@ -92,7 +92,7 @@ enum fsm_event e2e_event(struct port *p, int fd_index)
 

Bug#910545: unstable is not affected by this anymore

[Jeffrey Cliff]

this is basically resolved by the fact that unstable is on 3.x

[Pkg-javascript-devel] Bug#910545: unstable is not affected by this anymore

[Jeffrey Cliff]

this is basically resolved by the fact that unstable is on 3.x
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-javascript-devel

Re: [EVDL] Ev book recommendation

[Cliff Crabtree via EV]

Yep.  Same guy.  However this book is exclusively about batteries.  
While he mentions electric bicycles and skateboards there is no more 
emphasis on two wheelers than home eneregy storage, electric cars or RCs.


Later,

Cliff

On 12/16/20 6:44 PM, Willie via EV wrote:



On 12/16/20 2:39 PM, Cliff Crabtree via EV wrote:



DIY Lithium Batteries How to Build Your Own Battery Packs", Micah Toll

    ISBN 978-0-9899067-0-8


There is a regular and prolific contributor to electrek.co blog named 
Micah Toll.  He writes almost exclusively about two wheelers.


___
UNSUBSCRIBE: http://www.evdl.org/help/index.html#usub
ARCHIVE: http://www.evdl.org/archive/index.html
INFO: http://lists.evdl.org/listinfo.cgi/ev-evdl.org
Please discuss EV drag racing at NEDRA 
(http://groups.yahoo.com/group/NEDRA

___
UNSUBSCRIBE: http://www.evdl.org/help/index.html#usub
ARCHIVE: http://www.evdl.org/archive/index.html
INFO: http://lists.evdl.org/listinfo.cgi/ev-evdl.org
Please discuss EV drag racing at NEDRA (http://groups.yahoo.com/group/NEDRA)

Re: [EVDL] Ev book recommendation

[Cliff Crabtree via EV]

Glen,

Here is a list of the books I've been using the most:

"Build Your Own Electric Vehicle" third edition, Seth Leitman & Bob Briant

   ISBN 978-0-07-177056-9

   Chapter 5 has many useful formulas.

"Build Your Own Electric Vehicle", Bob Briant

   ISBN 0-8306-4232-3

   This is a rewrite of the first book with some additional information.

   Formulas are in chapter 6 in this book.

DIY Lithium Batteries How to Build Your Own Battery Packs", Micah Toll

   ISBN 978-0-9899067-0-8


Hope this helps,

Cliff


On 12/16/20 10:49 AM, Glenn Brooks via EV wrote:

Hello all,

My apologies if this has been asked many times before.

Looking for recommendations on buying a couple of  good current books that 
discuss DIY EV conversion. Would like the book(s) to have chapters on motor and 
circuitry basics, and some current discussion on understanding and figuring 
torque requirements and rolling resistance for various, smaller, non automotive 
 vehicles (Park Gauge trains for example)

And how to work with lithium batteries and modern controllers.

Thanks, hope this is not asking to much!

Glenn B.





Sent from my iPad
___
UNSUBSCRIBE: http://www.evdl.org/help/index.html#usub
ARCHIVE: http://www.evdl.org/archive/index.html
INFO: http://lists.evdl.org/listinfo.cgi/ev-evdl.org
Please discuss EV drag racing at NEDRA (http://groups.yahoo.com/group/NEDRA)


-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.evdl.org/private.cgi/ev-evdl.org/attachments/20201216/18022254/attachment.html>
___
UNSUBSCRIBE: http://www.evdl.org/help/index.html#usub
ARCHIVE: http://www.evdl.org/archive/index.html
INFO: http://lists.evdl.org/listinfo.cgi/ev-evdl.org
Please discuss EV drag racing at NEDRA (http://groups.yahoo.com/group/NEDRA)

[Linuxptp-devel] Port number vs name in debug messages?

[Cliff Spradlin via Linuxptp-devel]

The primary identifier in port-related debug messages is the logical
port number. For me, that seems not very useful. See for example:

ptp4l[152.283]: port 17: LISTENING to FAULTY on FAULT_DETECTED (FT_UNSPECIFIED)

What is port 17? I have to go figure that out. Would anyone else be in
favor of changing these to be the port name instead (e.g. 'eth4')?

Thanks for your thoughts!


___
Linuxptp-devel mailing list
Linuxptp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-devel

Re: [Gimp-user] Opening uncompressed NASA image files in GIMP

[Cliff Pratt via gimp-user-list]

That's what it looks like before you open the "Folders" folder/dropdown.
Click on the arrow to the left of "Folders" in the left pane to see all the
directories.

Cheers,

Cliff

On Sat, Dec 5, 2020 at 4:06 PM Rick Kline  wrote:

> I looked in Gimp > Preferences > Folders. The only two listed are
> Temporary folder and Swap folder. No Plugins folder evident, probably
> because no plugins were loaded.
>
> Rick
>
>  * * ** *** *  * *
> It’s better to wave at a stranger than to ignore a friend
>  * * ** *** *  * *
>
>
>
> > On Dec 3, 2020, at 12:27 PM, Pieter van Oostrum 
> wrote:
> >
> > The plug-in directory can be found under Gimp > Preferences > Folders >
> Plug-ins.
>
> ___
> gimp-user-list 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
>


-- 
My Amazon author page : https://amazon.com/author/cliffpratt
My Facebook author page : https://www.facebook.com/cliffprattauthor
My Search on Kobo : https://www.kobo.com/search?query=Cliff+Pratt
___
gimp-user-list 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

Re: [Gimp-user] Opening uncompressed NASA image files in GIMP

[Cliff Pratt via gimp-user-list]

Just out of curiosity, probably nothing to do with your problem, what do
you mean by "my system didn't like $HOME/"? In Unix-like systems, the $HOME
variable equates to /home/, usually.

Cheers,

Cliff

On Thu, Dec 3, 2020 at 5:30 PM Rick Kline  wrote:

> I found where GIMP plug-ins are stored by searching with "where is the
> gimp plugins directory Mac” and got the reply "User-private plugins are
> stored under $HOME/Library/Application Support/GIMP/2.8/plug-ins/. NOTE:
> Check "Preferences > Folders" to confirm your plug-ins directory.”
>
> Of course my system didn’t like $HOME/… so I navigated in a window and
> typed/tabbed my way there in the cp command. pds is in the plug-ins
> directory, so I’ll restart GIMP and see what happens.
>
> Thanks again.
> Rick
>
>  * * ** *** *  * *
> It’s better to wave at a stranger than to ignore a friend
>  * * ** *** *  * *
>
>
>
> > On Dec 2, 2020, at 11:23 PM, Partha Bagchi  wrote:
> >
> > I'm not familiar with the GIMP.app folder structure and so I can't help
> there. I build my own and that's available on my website.
>
> ___
> gimp-user-list 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
>


-- 
My Amazon author page : https://amazon.com/author/cliffpratt
My Facebook author page : https://www.facebook.com/cliffprattauthor
My Search on Kobo : https://www.kobo.com/search?query=Cliff+Pratt
___
gimp-user-list 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

Re: [Gimp-user] Image Compression

[Cliff Pratt via gimp-user-list]

Pictures in a magazine are likely to be copyrighted.

Cheers,

Cliff

On Thu, Dec 3, 2020 at 4:59 AM Jason Amerson via gimp-user-list <
gimp-user-list@gnome.org> wrote:

> Hello,
>
> I scanned in a magazine as JPEGs, 300 dpi and high compression, but
> still each file is over a megabyte. When I create a PDF using these
> files, it is over 250 MB. I was wondering if you could tell me how to
> compress these files in GIMP so that the resulting PDF will be of
> normal size.
>
> Thank you,
>
> Jason
> ___
> gimp-user-list 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
>


-- 
My Amazon author page : https://amazon.com/author/cliffpratt
My Facebook author page : https://www.facebook.com/cliffprattauthor
My Search on Kobo : https://www.kobo.com/search?query=Cliff+Pratt
___
gimp-user-list 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

Re: [Gimp-user] GIMP 2.10 .xcf files can't open in GIMP 2.8

[Cliff Pratt via gimp-user-list]

I guess you could export them to some other format and import them into an
earlier version. If you really need to do it.

Cheers,

Cliff

On Thu, Dec 3, 2020 at 7:00 AM Techno  wrote:

> On 2020-11-29 20:00, Alexandre Prokoudine via gimp-user-list wrote:
> > On Mon, Nov 30, 2020 at 3:43 AM Techno wrote:
> >> When I saved a file from GIMP 2.10 I found that I couldn't open it in
> >> GIMP 2.8. What I got was the following warning, "XCF error: unsupported
> >> XCF file version 11 encountered."
> >>
> >> So this is a known thing, right?
> > Indeed, yes. Older versions of GIMP typically can't handle newer
> > versions of XCF.
> Okay, thanks. It makes sense that the saved file format would be a bit
> different if you're saving more or different information in that file.
> It was just an unpleasant surprise to find that I couldn't open a .xcf
> file in GiMP 2.8.
>
> Well, it's good that I can pass the version 2.8 files to 2.10. I just
> have to plan which way something's going carefully.
>
> > If you don't use masks or the fancier kind of blending modes like
> > linear light or hard mix, or higher bit depth precision, you can use
> > OpenRaster for passing multiple layers around.
>
> Yeah, I'm still struggling with the issues around where to put scripts
> and where they'd show up in GIMP. I'm far from doing anything that's
> actually advanced.
>
> ___
> gimp-user-list 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
>


-- 
My Amazon author page : https://amazon.com/author/cliffpratt
My Facebook author page : https://www.facebook.com/cliffprattauthor
My Search on Kobo : https://www.kobo.com/search?query=Cliff+Pratt
___
gimp-user-list 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

[Bug 1896393] Re: gedit not responding to keystrokes

[Cliff Carson]

Continue to see this problem, both keystroke delay and the mouse wheel
response.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1896393

Title:
  gedit not responding to keystrokes

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gedit/+bug/1896393/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1896393] Re: gedit not responding to keystrokes

[Cliff Carson]

Continue to see this problem, both keystroke delay and the mouse wheel
response.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gedit in Ubuntu.
https://bugs.launchpad.net/bugs/1896393

Title:
  gedit not responding to keystrokes

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gedit/+bug/1896393/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Desktop-packages] [Bug 1896393] Re: gedit not responding to keystrokes

[Cliff Carson]

Continue to see this problem, both keystroke delay and the mouse wheel
response.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gedit in Ubuntu.
https://bugs.launchpad.net/bugs/1896393

Title:
  gedit not responding to keystrokes

Status in gedit package in Ubuntu:
  New

Bug description:
  Don't know how to further document this except was is observed during
  the gedit session.

  While typing information into the gedit window the keystrokes get
  delayed 1-2 seconds from the time the keys are struct and when the
  character(s) show up on the screen.  It's as if the system was too
  busy to service the key input but that doesn't appear to be the case.
  This problem doesn't occur on the current gedit running under 20.04.

  Any suggestions on how to document this problem?

  ProblemType: Bug
  DistroRelease: Ubuntu 20.10
  Package: gedit 3.36.2-1
  ProcVersionSignature: Ubuntu 5.8.0-18.19-generic 5.8.4
  Uname: Linux 5.8.0-18-generic x86_64
  NonfreeKernelModules: nvidia_modeset nvidia
  ApportVersion: 2.20.11-0ubuntu45
  Architecture: amd64
  CasperMD5CheckResult: skip
  CurrentDesktop: ubuntu:GNOME
  Date: Sun Sep 20 13:03:43 2020
  InstallationDate: Installed on 2020-08-28 (22 days ago)
  InstallationMedia: Ubuntu 20.10 "Groovy Gorilla" - Alpha amd64 (20200826)
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: gedit
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gedit/+bug/1896393/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Re: [VOTE] Release Apache Qpid Proton 0.33.0 (RC3)

[Cliff Jansen]

+1

Various Quiver and connexorciser soak/performance  tests with C test broker
and Qpid Dispatch.

Build and ctest checkout on centos6 (last time?), centos7,  fedora32.

On Tue, Nov 17, 2020 at 4:33 AM Robbie Gemmell 
wrote:

> Hi folks,
>
> I have put together another spin for a Qpid Proton 0.33.0 release,
> please give it a test out and vote accordingly.
>
> The files can be grabbed from:
> https://dist.apache.org/repos/dist/dev/qpid/proton/0.33.0-rc3/
>
> The JIRAs assigned are:
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12313720=12348683
>
> PROTON-2304 is the only fix since RC2, incorporated as a fixup to
> earlier changes made in
> https://issues.apache.org/jira/browse/PROTON-1496.
>
> It is tagged as 0.33.0-rc3.
>
> Regards,
> Robbie
>
> -
> To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
> For additional commands, e-mail: users-h...@qpid.apache.org
>
>

Re: [VOTE] Release Apache Qpid Proton 0.33.0 (RC2)

[Cliff Jansen]

-1  see PROTON-2304.

Yes, a hang in my own main contribution to this release.  I was minutes
away from a +1 when this showed up. Fix looking likely by end of my working
day.

On Mon, Nov 16, 2020 at 7:21 AM Robbie Gemmell 
wrote:

> Hi folks,
>
> I have put together another spin for a Qpid Proton 0.33.0 release,
> please give it a test out and vote accordingly.
>
> The files can be grabbed from:
> https://dist.apache.org/repos/dist/dev/qpid/proton/0.33.0-rc2/
>
> The JIRAs assigned are:
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12313720=12348683
>
> It is tagged as 0.33.0-rc2.
>
> Regards,
> Robbie
>
> -
> To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
> For additional commands, e-mail: users-h...@qpid.apache.org
>
>

[Bug 1903420] [NEW] Qemu clients lose Internet access on upgrade to Groovy Gorilla

[Cliff]

Public bug reported:

Starting configuration. Ubuntu 20.04, Qemu (repository version), also
the latest Docker snap.

Actions: Upgrade to Ubuntu 20.10. Qemu and Docker will have been
upgraded too, I assume.

Result: The system is fine. However, when I start a Qemu client, it can
no longer access the Internet (via the host machine).

Investigation: The network is fine. Clients can access the host.
Everything checked out. I suspected that there were issues with the
iptables.

I discovered that Ubuntu 20.10 had been switched to using nftables
rather than the legacy iptables. There are now two iptables command
variants - 'iptables-nft' (aliased to 'iptables') and 'iptables-legacy'.
Investigation using 'iptables-legacy' showed a rule on the FORWARD chain
which dropped all packets. The rule was added by the Docker snap.

I replaced the iptables legacy DROP rule with an ACCEPT rule and the
clients were able to access the Internet again. This confirmed the cause
of the issue.

I disabled the Docker snap package and rebooted and the legacy rules
were not created and the clients could access the Internet via the host.

Conclusion: The Canonical supplied Docker snap is creating the iptables
rules using the legacy command, and not the nft version of the command.
This is causing the issue with the Qemu client.

** Affects: docker (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1903420

Title:
  Qemu clients lose Internet access on upgrade to Groovy Gorilla

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/docker/+bug/1903420/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Clients cannot access the Internet after an OS upgrade.

[Cliff Pratt]

I'm posting this because it may help someone who ends up in the same
situation as I did.

I run Ubuntu and before a recent upgrade, I was running 20.04. I had
already installed Qemu and created a number of guests. I also had docker
installed as a snap.

I upgraded Ubuntu from 20.04 to 20.10 and my guests stopped working!

After a LOT of digging around, I discovered that Ubuntu has switched to
nftables from the legacy iptables portions of Netfilter. There are now two
iptables versions - iptables-nft (which is aliased to iptables) and
iptables-legacy.

For reasons which I do not understand, the snap docker version uses (or
seems to use) the legacy version. It sets the policy of the FORWARD chain
to DROP, and this causes the Qemu packets to be dropped.

The solution, for me, was to disable the docker snap for now.

There are obvious holes in the explanation above. Maybe someone with more
knowledge of how these things interact with one another could fill in the
holes, but the above may help someone.

-- 
My Amazon author page : https://amazon.com/author/cliffpratt
My Facebook author page : https://www.facebook.com/cliffprattauthor
My Search on Kobo : https://www.kobo.com/search?query=Cliff+Pratt