SIG Name: Messaging<br />
<br />
<tag>|<destination path>|<dir to run createrepo in>|<destination on mirror.centos.org><br />
<br />
messaging7-qpid-proton-release/|7/messaging/$basearch/stable/qpid-proton|/7/messaging/$basearch/stable/|7/messaging/$basearch/stable<br />
messaging7-qpid-dispatch-release/|7/messaging/$basearch/stable/qpid-dispatch|/7/messaging/$basearch/stable/|7/messaging/$basearch/stable<br />
messaging7-pyngus-stable-release/|7/messaging/$basearch/stable/pyngus|/7/messaging/$basearch/stable/|7/messaging/$basearch/stable<br />
<br />
Where $basearch are:<br />
aarch64, ppc64le and x86_64
↧
0016194: Request for space on the mirror network
↧
0016211: SELinux Administration GUI add file labeling bug
When using system-config-selinux to attempt to change file labelling per attached screenshot, get command fcontext error message with '...argument -f/--ftype: invalid choice:'<br />
<br />
Either GUI needs more work to alert use of incorect entry in add file labeling or GUI issues incorrect file labeling command, possibly missing spaces?
↧
↧
0016212: [abrt] policycoreutils-gui: semanagePage.py:129:deleteDialog:TypeError: iter must be a GtkTreeIter
Version-Release number of selected component:<br />
policycoreutils-gui-2.5-29.el7_6.1<br />
<br />
Truncated backtrace:<br />
semanagePage.py:129:deleteDialog:TypeError: iter must be a GtkTreeIter<br />
<br />
Traceback (most recent call last):<br />
File "/usr/share/system-config-selinux/system-config-selinux.py", line 130, in delete<br />
self.tabs[self.notebook.get_current_page()].deleteDialog()<br />
File "/usr/share/system-config-selinux/semanagePage.py", line 129, in deleteDialog<br />
if self.verify(_("Are you sure you want to delete %s '%s'?" % (self.description, store.get_value(it, 0))), _("Delete %s" % self.description)) == gtk.RESPONSE_YES:<br />
TypeError: iter must be a GtkTreeIter<br />
<br />
Local variables in innermost frame:<br />
self: <fcontextPage.fcontextPage instance at 0x7f5c4b66e170><br />
it: None<br />
store: <gtk.ListStore object at 0x7f5c4f457be0 (GtkListStore at 0x39c9ab0)>
↧
0016213: CentOS CI is still running tests on F28 which is now EOL and doesn't run tests on F30
When running the last CentOS CI tests I noticed that there is still tests running on F28, F29 and Rawhide. See <a href="https://jenkins-fedora-apps.apps.ci.centos.org/blue/organizations/jenkins/the-new-hotness/detail/PR-249/3/pipeline/18">https://jenkins-fedora-apps.apps.ci.centos.org/blue/organizations/jenkins/the-new-hotness/detail/PR-249/3/pipeline/18</a><br />
<br />
It will be nice to have F30 included and F28 dropped, which is now EOL.
↧
0015779: ERROR when using -e parameter in tox.ini as deps
When using any local dependency installed using -e parameter CI will just throw error.<br />
<br />
See <a href="https://jenkins-fedora-apps.apps.ci.centos.org/blue/organizations/jenkins/the-new-hotness/detail/PR-212/4/pipeline">https://jenkins-fedora-apps.apps.ci.centos.org/blue/organizations/jenkins/the-new-hotness/detail/PR-212/4/pipeline</a>
↧
↧
0016214: Tags and buildroot request for MooseFS in the Storage SIG
We'd like to onboard MooseFS as a project in the Storage SIG. The initial<br />
version that will be maintained is MooseFS-3, with MooseFS-4 coming later. When<br />
version 4 is released, version 3 will continue to receive maintenance updates.<br />
<br />
The SIG will provide packages for CentOS-6 and CentOS-7, for all architectures<br />
that CentOS allows to build.<br />
<br />
The buildroot for MooseFS-3 should probably be called:<br />
- storage6-moosefs-3-el6-build<br />
- storage7-moosefs-3-el7-build<br />
<br />
and the related tags are (and storage7-*, of course):<br />
- storage6-common-candidate<br />
- storage6-moosefs-common-candidate<br />
- storage6-moosefs-3-candidate<br />
<br />
There will not be any packages in the *-common-* tags for MooseFS yet. However<br />
we have this structure for other projects in the Storage SIG and it would be<br />
best to stick with it.
↧
0016215: install centOS on windows error with ThinkPad E490
kernel Bug at include/linux/dma-attrs.h:53!<br />
（with ThinkPad E490, on other lenovo laptop without this problem)
↧
0010342: [abrt] system-config-printer: jobviewer.py:2312:_set_job_status_icon:NameError: global name 'gtk' is not defined
Version-Release number of selected component:<br />
system-config-printer-1.4.1-19.el7<br />
<br />
Truncated backtrace:<br />
jobviewer.py:2312:_set_job_status_icon:NameError: global name 'gtk' is not defined<br />
<br />
Traceback (most recent call last):<br />
File "/usr/share/system-config-printer/jobviewer.py", line 2312, in _set_job_status_icon<br />
debugprint ("No %s icon available" % gtk.STOCK_MEDIA_PAUSE)<br />
NameError: global name 'gtk' is not defined<br />
<br />
Local variables in innermost frame:<br />
column: <TreeViewColumn object at 0x2640f00 (GtkTreeViewColumn at 0x2df77a0)><br />
self: <JobViewer object at 0x2621eb0 (jobviewer+JobViewer at 0x1ed0d40)><br />
s: 4<br />
iter: <GtkTreeIter at 0x2d85760><br />
jobid: 4<br />
cell: <CellRendererPixbuf object at 0x2640eb0 (GtkCellRendererPixbuf at 0x2e04a80)><br />
theme: <IconTheme object at 0x2640e60 (GtkIconTheme at 0x1d473e0)><br />
jstate: 4<br />
model: <TreeStore object at 0x2630820 (GtkTreeStore at 0x2aa6650)><br />
data: {'job-name': u'Test Page', 'job-printer-uri': u'ipp://localhost:631/printers/Generic-text-only', 'device-uri': u'smb://prt02.uni.au.dk/5123-300-c-2', 'job-originating-user-name': <a href="mailto:u'au537868@uni.au.dk">u'au537868@uni.au.dk</a>', 'attributes-charset': u'utf-8', 'auth-info-required': [u'username', u'password'], 'job-k-octets': 1, '_status_text': 'Held for authentication', 'attributes-natural-language': u'en-us', 'job-printer-name': u'Generic-text-only', 'time-at-creation': 1454940004, 'job-hold-until': u'auth-info-required', 'job-state': 4}<br />
icon: <Pixbuf object at 0x2630a00 (GdkPixbuf at 0x2e0ab00)>
↧
0016145: SELinux is preventing /usr/libexec/dovecot/auth from 'write' accesses on the file passwd.db.
Description of problem:<br />
SELinux is preventing /usr/libexec/dovecot/auth from 'write' accesses on the file passwd.db.<br />
<br />
***** Plugin catchall (100. confidence) suggests **************************<br />
<br />
If you believe that auth should be allowed write access on the passwd.db file by default.<br />
Then you should report this as a bug.<br />
You can generate a local policy module to allow this access.<br />
Do<br />
allow this access for now by executing:<br />
# ausearch -c 'auth' --raw | audit2allow -M my-auth<br />
# semodule -i my-auth.pp<br />
<br />
Additional Information:<br />
Source Context system_u:system_r:dovecot_auth_t:s0<br />
Target Context unconfined_u:object_r:postfix_spool_t:s0<br />
Target Objects passwd.db [ file ]<br />
Source auth<br />
Source Path /usr/libexec/dovecot/auth<br />
Port <Unknown><br />
Host (removed)<br />
Source RPM Packages <br />
Target RPM Packages <br />
Policy RPM selinux-policy-3.13.1-229.el7_6.12.noarch<br />
Selinux Enabled True<br />
Policy Type targeted<br />
Enforcing Mode Enforcing<br />
Host Name (removed)<br />
Platform Linux (removed) 3.10.0-957.12.2.el7.x86_64 #1 SMP<br />
Tue May 14 21:24:32 UTC 2019 x86_64 x86_64<br />
Alert Count 24<br />
First Seen 2019-06-03 22:59:15 CDT<br />
Last Seen 2019-06-03 23:08:17 CDT<br />
Local ID 98cb3e32-7f87-4b4c-bdaf-49ee3affe16e<br />
<br />
Raw Audit Messages<br />
type=AVC msg=audit(1559621297.370:496): avc: denied { write } for pid=19173 comm="auth" name="passwd.db" dev="dm-3" ino=10197 scontext=system_u:system_r:dovecot_auth_t:s0 tcontext=unconfined_u:object_r:postfix_spool_t:s0 tclass=file permissive=0<br />
<br />
<br />
Hash: auth,dovecot_auth_t,postfix_spool_t,file,write<br />
<br />
Version-Release number of selected component:<br />
selinux-policy-3.13.1-229.el7_6.12.noarch
↧
↧
0016216: [abrt] setroubleshoot-server: audit_data.py:563:is_granted:KeyError: 'seresult'
Description of problem:<br />
Attempting to use sealert -a /var/log/messages via cli since Gui of late is not giving me desktop alert notifications yet messages shows avc denials<br />
<br />
Reproduced via <br />
# sudo sealert -a /var/log/messages<br />
0% doneTraceback (most recent call last):<br />
File "/usr/lib64/python2.7/site-packages/setroubleshoot/analyze.py", line 644, in task<br />
self.new_audit_record_handler(record_type, event_id, body_text, fields, line_number)<br />
File "/usr/lib64/python2.7/site-packages/setroubleshoot/analyze.py", line 669, in new_audit_record_handler<br />
self.avc_event_handler(audit_event)<br />
File "/usr/lib64/python2.7/site-packages/setroubleshoot/analyze.py", line 653, in avc_event_handler<br />
log_debug('avc_event_handler() audit_event=%s' % audit_event)<br />
File "/usr/lib64/python2.7/site-packages/setroubleshoot/audit_data.py", line 494, in __str__<br />
(self.event_id, self.is_avc(), self.is_granted(),<br />
File "/usr/lib64/python2.7/site-packages/setroubleshoot/audit_data.py", line 563, in is_granted<br />
seresult = avc_record.fields['seresult']<br />
KeyError: 'seresult'<br />
<br />
Then hangs and get this abrt pop up<br />
<br />
Need to upload /var/log/messages<br />
<br />
Not sure if this is right use<br />
<br />
Version-Release number of selected component:<br />
setroubleshoot-server-3.2.30-3.el7<br />
<br />
Truncated backtrace:<br />
audit_data.py:563:is_granted:KeyError: 'seresult'<br />
<br />
Traceback (most recent call last):<br />
File "/usr/lib64/python2.7/site-packages/setroubleshoot/analyze.py", line 644, in task<br />
self.new_audit_record_handler(record_type, event_id, body_text, fields, line_number)<br />
File "/usr/lib64/python2.7/site-packages/setroubleshoot/analyze.py", line 669, in new_audit_record_handler<br />
self.avc_event_handler(audit_event)<br />
File "/usr/lib64/python2.7/site-packages/setroubleshoot/analyze.py", line 653, in avc_event_handler<br />
log_debug('avc_event_handler() audit_event=%s' % audit_event)<br />
File "/usr/lib64/python2.7/site-packages/setroubleshoot/audit_data.py", line 494, in __str__<br />
(self.event_id, self.is_avc(), self.is_granted(),<br />
File "/usr/lib64/python2.7/site-packages/setroubleshoot/audit_data.py", line 563, in is_granted<br />
seresult = avc_record.fields['seresult']<br />
KeyError: 'seresult'<br />
<br />
Local variables in innermost frame:<br />
avc_record: <setroubleshoot.audit_data.AuditRecord object at 0x7f57886e4990><br />
self: <setroubleshoot.audit_data.AuditEvent object at 0x7f57886e49d0>
↧
0016217: dhclient cannot renew ip after user change the data time
dhclient cannot renew ip after user change the system date time via such operation:<br />
1. after using ntp-date sync the date time<br />
2. change data time manually ，such as： 2021/06/26
↧
0015406: install centos7 error
kernel Bug at include/linux/dma-attrs.h:53!
↧
0015195: ixgbe driver 5.1.0-k-rh7.5 generates network instabilities and the machine finally losses connectivity
Several servers with network card Intel(R) 82599 10 Gigabit Dual Port experience network instabilities that cause them to finally loss connectivity. The machines are using the driver ixgbe version 5.1.0-k-rh7.5 provided by the CentOs7 kernel 3.10.0-862. The OS does not report any special error in messages.<br />
<br />
Updating the driver to version 5.3.7, the issue seems to be solved. It is required to recompile the driver for each new kernel version.<br />
<br />
Is it possible to provide the upcoming kernel releases with ixgbe driver version 5.3.7?
↧
↧
0016218: Setting CURLOPT_BUFFERSIZE using curl_easy_setopt() causes segmentation fault in curl_easy_perform()
If the curl_easy_setopt(curl_h, CURLOPT_BUFFERSIZE, 128000L); is used to set preferred buffer size, the curl_easy_setopt() may cause segmentation fault.<br />
It was OK in the previous version of the libcurl-7.29.0-46.el7.x86_64 (CentOS 7.5.1804).
↧
0015482: X Server crashes when starting xfreerdp via fvwm
The X Server crashes (details see below) when xfreerdp tries to open its first window (window manager is FVWM).<br />
We have analyzed the coredump (generated via -logverbose=7).<br />
<br />
Basic call stack extracted from coredump:<br />
---------------------------------------------------------------<br />
<br />
[root@... ccpp-2018-11-19-13:58:28-21073]# cat cmdline<br />
/usr/bin/X :0 -background none -noreset -audit 4 -verbose -logverbose 7 -core -auth /run/gdm/auth-for-gdm-WmLBM9/database -seat seat0 -nolisten tcp vt1<br />
<br />
[root@... ccpp-2018-11-19-13:58:28-21073]# gdb /usr/bin/X coredump<br />
GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-110.el7<br />
Copyright (C) 2013 Free Software Foundation, Inc.<br />
License GPLv3+: GNU GPL version 3 or later <<a href="http://gnu.org/licenses/gpl.html>">http://gnu.org/licenses/gpl.html></a><br />
This is free software: you are free to change and redistribute it.<br />
There is NO WARRANTY, to the extent permitted by law. Type "show copying"<br />
and "show warranty" for details.<br />
This GDB was configured as "x86_64-redhat-linux-gnu".<br />
For bug reporting instructions, please see:<br />
<<a href="http://www.gnu.org/software/gdb/bugs/>">http://www.gnu.org/software/gdb/bugs/>...</a><br />
Reading symbols from /usr/bin/Xorg...Reading symbols from /usr/lib/debug/usr/bin/Xorg.debug...done.<br />
done.<br />
<br />
warning: core file may not match specified executable file.<br />
[New LWP 21073]<br />
[New LWP 21080]<br />
[Thread debugging using libthread_db enabled]<br />
Using host libthread_db library "/lib64/libthread_db.so.1".<br />
Core was generated by `/usr/bin/X :0 -background none -noreset -audit 4 -verbose -logverbose 7 -core -'.<br />
Program terminated with signal 6, Aborted.<br />
#0 0x00007f4812d84277 in __GI_raise (<a href="mailto:sig=sig@entry">sig=sig@entry</a>=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56<br />
56 return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig);<br />
(gdb) up<br />
#1 0x00007f4812d85968 in __GI_abort () at abort.c:90<br />
90 raise (SIGABRT);<br />
(gdb) up<br />
#2 0x000055eed65bb1ca in OsAbort () at utils.c:1361<br />
1361 abort();<br />
(gdb) up<br />
#3 0x000055eed649ca57 in ddxGiveUp (<a href="mailto:error=error@entry">error=error@entry</a>=EXIT_ERR_ABORT) at xf86Init.c:1027<br />
1027 OsAbort();<br />
(gdb) up<br />
#4 0x000055eed649cb16 in AbortDDX (<a href="mailto:error=error@entry">error=error@entry</a>=EXIT_ERR_ABORT) at xf86Init.c:1071<br />
1071 ddxGiveUp(error);<br />
(gdb) up<br />
#5 0x000055eed65c0cb2 in AbortServer () at log.c:874<br />
874 AbortDDX(EXIT_ERR_ABORT);<br />
(gdb) up<br />
#6 0x000055eed65c1b1d in FatalError (<a href="mailto:f=f@entry">f=f@entry</a>=0x55eed65ee5d0 "Caught signal %d (%s). Server aborting\n") at log.c:1015<br />
1015 AbortServer();<br />
(gdb) up<br />
#7 0x000055eed65b842c in OsSigHandler (signo=11, sip=<optimized out>, unused=<optimized out>) at osinit.c:154<br />
154 FatalError("Caught signal %d (%s). Server aborting\n",<br />
(gdb) up<br />
#8 <signal handler called><br />
(gdb) up<br />
#9 0x000055eed65ace39 in RegionNil (reg=<optimized out>) at ../include/regionstr.h:74<br />
74 return ((reg)->data && !(reg)->data->numRects);<br />
(gdb) up<br />
#10 RegionNotEmpty (_pReg=0x55eed843c860) at ../include/regionstr.h:182<br />
182 return !RegionNil(_pReg);<br />
(gdb) up<br />
#11 miHandleValidateExposures (pWin=0x55eed7f51860) at miwindow.c:221<br />
221 if (RegionNotEmpty(&val->after.borderExposed))<br />
(gdb) up<br />
#12 0x000055eed6486bef in ReflectStackChange (<a href="mailto:pWin=pWin@entry">pWin=pWin@entry</a>=0x55eed8458c60, pSib=<optimized out>, <a href="mailto:kind=kind@entry">kind=kind@entry</a>=VTOther)<br />
at window.c:2185<br />
2185 (*pScreen->HandleExposures) (pLayerWin->parent);<br />
(gdb) up<br />
#13 0x000055eed6487d44 in ConfigureWindow (pWin=<optimized out>, mask=<optimized out>, <a href="mailto:vlist=vlist@entry">vlist=vlist@entry</a>=0x55eed8217e4c,<br />
<a href="mailto:client=client@entry">client=client@entry</a>=0x55eed83828e0) at window.c:2426<br />
2426 ReflectStackChange(pWin, pSib, VTOther);<br />
<br />
Inspection of relevant parameters/arguments:<br />
----------------------------------------------------------------------<br />
<br />
(gdb) down<br />
#10 RegionNotEmpty (_pReg=0x55eed843c860) at ../include/regionstr.h:182<br />
182 return !RegionNil(_pReg);<br />
(gdb) print _pReg<br />
$1 = (RegionPtr) 0x55eed843c860<br />
(gdb) down<br />
#9 0x000055eed65ace39 in RegionNil (reg=<optimized out>) at ../include/regionstr.h:74<br />
74 return ((reg)->data && !(reg)->data->numRects);<br />
(gdb) print reg<br />
$2 = <optimized out><br />
(gdb) print (reg)->data<br />
value has been optimized out<br />
(gdb) up<br />
#10 RegionNotEmpty (_pReg=0x55eed843c860) at ../include/regionstr.h:182<br />
182 return !RegionNil(_pReg);<br />
(gdb) print _pReg<br />
$3 = (RegionPtr) 0x55eed843c860<br />
(gdb) print _pReg->data<br />
$4 = (pixman_region16_data_t *) 0x41a000400410000<br />
(gdb) up<br />
#11 miHandleValidateExposures (pWin=0x55eed7f51860) at miwindow.c:221<br />
221 if (RegionNotEmpty(&val->after.borderExposed))<br />
(gdb) print val<br />
$5 = (union _Validate *) 0x55eed843c850<br />
(gdb) print val->after<br />
$6 = {exposed = {extents = {x1 = 5, y1 = 65, x2 = 32584, y2 = 0},<br />
data = 0x0},<br />
borderExposed = {extents = {x1 = 0, y1 = 0, x2 = 1680, y2 = 1050},<br />
data = 0x41a000400410000}}<br />
(gdb) print &val->after.borderExposed<br />
$7 = (RegionRec *) 0x55eed843c860<br />
(gdb) print val->after.borderExposed.data->size <-- could be cause for signal<br />
Cannot access memory at address 0x41a000400410000<br />
(gdb) print val->after.borderExposed.data->numRects <-- this seems odd<br />
Cannot access memory at address 0x41a000400410008<br />
(gdb) print val->after.borderExposed.data<br />
$8 = (pixman_region16_data_t *) 0x41a000400410000<br />
<br />
The value of "data = 0x41a000400410000" seems odd, the debugger cannot access the relevant memory. We suspect that it is an invalid address which leads to the signal abort. Perhaps the "unions" resp. its use was changed in this version of the X server.
↧
0016131: CentOS7 AWS Marketplace AMI only supports some of the x1e class of instances.
When attempting to spin up an x1e.xlarge in US-EAST-1 (N. Virginia) with the Centos Image listed here: <a href="https://aws.amazon.com/marketplace/pp/B00O7WM7QW?qid=1559154080727&sr=0-1&ref_=srh_res_product_title">https://aws.amazon.com/marketplace/pp/B00O7WM7QW?qid=1559154080727&sr=0-1&ref_=srh_res_product_title</a> you will be presented with an error.
↧
0016219: Bug in the kernel pseudoterminal interface (/dev/ptmx)
In some cases, we need to run commands which provided as multi-line batches from developers.<br />
<br />
The simplest way to do it - select all commands, press Ctrl+C hotkey and paste selected to the target server.<br />
<br />
If the commands batch contains quite a lot lines (20-50), we have an issue - lines from batch randomly truncated and as result - executed with an invalid set of arguments/keys.<br />
<br />
For example, the command for remove particular directory:<br />
<br />
rm -r /any/long/filesystem/path/to/target<br />
<br />
Can be transformed to:<br />
<br />
rm -r /any/long<br />
<br />
Obviously, "transformation" like that can unintended removes valuable data. And it looks really scary.<br />
<br />
I did researches and found a cause of the problem - some bug in the Linux pseudoterminal subsystem. When multi-line text inserted in the terminal, application (sshd) wrote them in pseudoterminal (/dev/ptmx) correctly. But another application (bash), which connected to the first application via pseudoterminal in some cases reads lines truncated by "\n" (not "\r" like was in original text).
↧
↧
0016220: [abrt] gnome-shell: meta_window_actor_is_destroyed(): gnome-shell killed by SIGSEGV
Version-Release number of selected component:<br />
gnome-shell-3.28.3-6.el7<br />
<br />
Truncated backtrace:<br />
Thread no. 1 (10 frames)<br />
#0 meta_window_actor_is_destroyed at compositor/meta-window-actor.c:936<br />
#1 ffi_call_unix64 at ../src/x86/unix64.S:76<br />
#2 ffi_call at ../src/x86/ffi64.c:522<br />
#3 gjs_invoke_c_function(JSContext*, Function*, JS::HandleObject, JS::HandleValueArray const&, mozilla::Maybe<JS::MutableHandle<JS::Value> >, GIArgument*) at gi/function.cpp:1088<br />
#4 function_call(JSContext*, unsigned int, JS::Value*) at gi/function.cpp:1408<br />
#5 js::InternalCallOrConstruct(JSContext*, JS::CallArgs const&, js::MaybeConstruct) at /usr/src/debug/firefox-52.9.0esr/js/src/jscntxtinlines.h:239<br />
#7 Interpret(JSContext*, js::RunState&) at /usr/src/debug/firefox-52.9.0esr/js/src/vm/Interpreter.cpp:510<br />
#9 js::RunScript(JSContext*, js::RunState&) at /usr/src/debug/firefox-52.9.0esr/js/src/vm/Interpreter.cpp:405<br />
#10 js::InternalCallOrConstruct(JSContext*, JS::CallArgs const&, js::MaybeConstruct) at /usr/src/debug/firefox-52.9.0esr/js/src/vm/Interpreter.cpp:477<br />
#11 InternalCall(JSContext*, js::AnyInvokeArgs const&) at /usr/src/debug/firefox-52.9.0esr/js/src/vm/Interpreter.cpp:504
↧
0016067: With migration to new git.centos.org configuration, it is no longer possible to git fetch
I have my own local fork of the OpenLDAP RPM repo from git.centos.org. I add a remote for the centos repository. Since the migration to the new git.centos.org, it is no longer possible to use git fetch to retrieve the updated refs etc
↧
0015771: [abrt] control-center: gtk_style_context_clear_property_cache(): gnome-control-center killed by SIGSEGV
Version-Release number of selected component:<br />
control-center-3.28.1-4.el7<br />
<br />
Truncated backtrace:<br />
Thread no. 1 (10 frames)<br />
#0 gtk_style_context_clear_property_cache at gtkstylecontext.c:276<br />
#1 gtk_style_context_finalize at gtkstylecontext.c:389<br />
#3 gtk_widget_finalize at gtkwidget.c:12313<br />
#5 gtk_container_destroy at gtkcontainer.c:1700<br />
#10 gtk_widget_dispose at gtkwidget.c:12098<br />
#12 gtk_header_bar_forall at gtkheaderbar.c:1745<br />
#13 gtk_container_destroy at gtkcontainer.c:1700<br />
#18 gtk_widget_dispose at gtkwidget.c:12098<br />
#20 gtk_box_forall at gtkbox.c:2671<br />
#21 gtk_container_destroy at gtkcontainer.c:1700
↧