On 4/26/24 11:20, Miroslav Suchý wrote:
New projection when we will be finished is 2025-04-06 (+5 days from last
report). Pure linear approximation.
Such a linear approximation, based on the entire tracked history,
is the second worst possible estimate. (The worst possible estimate
is the
On 12/31/23 18:27, Dominique Martinet wrote:
John Reiser wrote on Sun, Dec 31, 2023 at 02:52:53PM -0800:
Additional paths will be inserted into the search path used for
executables on systems which have a compatible CPU.
Searching $PATH is a slow operation. It is so slow that a shell script
Additional paths will be inserted into the search path used for
executables on systems which have a compatible CPU.
Searching $PATH is a slow operation. It is so slow that a shell script
which typically processes many files using utilities from packages
coreutils and/or binutils often
Is it safe to assume that this symbolic link [/lib64 -> usr/lib64]
exists in all chroots?
This includes the initial ramdisk, recovery environments, and chroots
for confining services.
It is unsafe unless prominently documented in the places that are likely
to be seen by affected developers, now
Also, under what circumstances would thread local storage segments be
executable?
When the assembly-language source contains a statement such as
.section my_section_name,"atx"
where the "atx" are the attributes of the ElfXX_Section.
See the key to the abbreviations in the output of
On 10/20/23 13:23, Richard W.M. Jones wrote:
Today I've read (twice) that the overhead of frame pointers on the
runtime of the compiler, GCC, is 10%. This number is nonsense. The
actual overhead is 1%, and I have done the tests that show this.
Both the 1% and the 10% results can be valid.
New projection when we will be finished is 2024-08-06. Pure linear
approximation.
Especially because texlive was such an outlier, then any linear estimate
should state the starting and ending dates that were used for the projection.
Similar to financial statistics, it might be better
to use a
mame package uses mame -validate as %check step. It has recently started
to cause problems on rawhide/aarch64:
- 0.259 build is stuck since ca. 1600 UTC yesterday [2]
I managed to reproduce this on the aarch64 machine in mock. Validation seems to
get stuck right away at:
(gdb) bt
#0
On 8/6/23 02:00, Peter Robinson wrote:
We tried to pull some of the optimisations in some time ago to the
Fedora package and they caused some issues with compatibility.
Please provide *any* documentation! Such as: the dates the work was performed,
the participants, the nature of the issues,
On 6/27/23 02:00, Miro Hrončok wrote:
On 26. 06. 23 20:24, Fabio Valentini wrote:
On Mon, Jun 26, 2023 at 8:10 PM Miro Hrončok wrote:
(snip)
---
The current problem with Python without tzdata is:
===
>>> from
FWIW Haiku uses bash and has a prompt which changes colour (green/red)
depending on whether the status code of the last command was good or
bad. I found this surprisingly useful. They use:
\[`if [ $? = 0 ]; then echo "\e[32m"; else echo "\e[31m"; fi`\]\w[\e[0m\]>
Warning: This is intrusive
After this morning's daily "dnf5 upgrade", my system does not boot: not F38
beta,
not the 0-rescue entry, not the Debian systems installed in separate partitions.
The console message is
error: ../../grub-core/fs/fshelp.c:257 file
`/boot/vmlinuz-6.2.6-300.fc38.x86_64 not found
error:
On 2/20/23 17:51, Richard Fontana wrote:
If anyone has
suggestions for what form such documentation could take that would be
helpful. :)
Presentation: a .ods spreadsheet with one row per identifiable hunk of software,
with columns: name, version, release, architecture(s), minimum date, maximum
On 2023-02-18 at 03:08 UTC, Gordon Messmer wrote:
The point where compatibility becomes an issue is the use of old packages or third-party packages that don't Provide versioned virtual packages to fulfill the requirements of Fedora packages. Because Fedora package dependencies must be fulfilled
On 2023-02-18 @ 03:03 UTC, Gordon Messmer wrote:
use libtool-style versions collected from library filenames to provide
versioned library requirements
How does this affect the output from "readelf --symbols --version-info foo.o"
which displays symbols and symbol versions? How much more
On 2/10/23 19:57, Richard Shaw wrote:
So I know the s390x builders are down but I have an active BZ for tests failing
with s390x so I figured what the heck, maybe doing a local mocbuild attempt
using qemu could help here like it did with aarch64.
Well at first everything seemed to be working
On 1/17/23 14:37, Björn Persson wrote:
So as things stand, these rebuilds need to be done by a human who knows
the dependency graph.
Requiring "a human who knows the dependency graph" is *severely* broken.
There should be a shell script which computes an acceptable order from the
old
On 12/21/22 13:49, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/XServerProhibitsByteSwappedClients
X server implementations (e.g. Xorg and Xwayland) allow clients with
an endianess different to that of the server to connect. Protocol
messages to and from these clients are
... it [memtest.efi] can be accessed by a trivial two line command.
Please write the literal two-line command here.
It takes too long to search documentation or invent the code,
and the various imagined versions might have bugs.
___
devel mailing
Linux Fedora 5.17.5-300.fc36.x86_64 ...
btrfs-progs v5.16.2
Label: 'fedora-LIVE' uuid: ...
Total device 1 FS size 5.1 GB
devid 1 39GB used 6.52 GB path /dev/sda2
unable to mount device to get output
Any help would be appreciated to recover the data.
Use /usr/bin/nc to copy
On 9/5/22 19:45, Daniel Micay wrote:
On Wed, Aug 31, 2022 at 10:19:51AM -0700, John Reiser wrote:
Bottom line opinion: hardened_malloc ... costs too much.
Attempting to be constructive: Psychologically, I might be willing to pay
a "security tax" of something like 17%, partly on
On 9/5/22 21:02, Daniel Micay via devel wrote:
On Wed, Aug 31, 2022 at 05:59:42PM +0200, Pablo Mendez Hernandez wrote:
Adding Daniel for awareness.
Why was the heavyweight rather than lightweight configuration used? Why
compare with all the expensive optional security features enabled?
The
Bottom line opinion: hardened_malloc ... costs too much.
Attempting to be constructive: Psychologically, I might be willing to pay
a "security tax" of something like 17%, partly on the basis of similarity
to the VAT rate (Value Added Tax) in some parts of the developed world.
Here is one end-to-end performance measurement of using hardened_malloc.
sudo sh -c "echo 1 >/proc/sys/vm/drop_caches"
/usr/bin/time rpmbuild -bc kernel-5.15.11-100.fc34.spec >rpmbuild.out 2>&1
For glibc, the result was
19274.30user 2522.87system 1:49:06elapsed 332%CPU
... there can't be that many people developing for both at the same time on one
machine natively (builds in mock would still work fine).
I use only one machine (a x86_64) and no 'mock' to develop the same software
for both x86_64 and i686. For i686 I start with "dnf install glibc-devel.i686"
On 8/21/22 10:14, Demi Marie Obenour wrote:
On 8/21/22 12:51, John Reiser wrote:
it's clear there's a documentation problem [with DT_GNU_HASH]
Partly due to lack of documentation, already I have seen "abuses"
of the DT_GNU_HASH format. In particular, some versions of Rust
and/o
it's clear there's a documentation problem [with DT_GNU_HASH]
Partly due to lack of documentation, already I have seen "abuses"
of the DT_GNU_HASH format. In particular, some versions of Rust
and/or musl run-times use (0 == nbucket) to mean something like
"there is no hash table information"
On 7/11/22 Marius Schwarz wrote:
I have just create(d/ not finished yet, started 15 minutes ago) a ~2.5 GB rpm
and found, that rpmbuild is an extrem bottleneck.
IMHO, this is caused by a fileread function which reads files in 32k blocks,
which is very slow and extrem IO intensive. The result
Do you really need more than five or so *physical* stack frames during
profiling, to figure out what is going on? Graphs generated from DWARF
unwinding typically will show logical stack frames from inlining, too,
and appear much deeper.
Yes, more than a couple times per year I encounter cases
On 6/13/22 04:59, Richard Shaw wrote:
On Sun, Jun 12, 2022 at 9:23 PM John Reiser wrote:
Please post a recipe to reproduce those complaints:
the .spec file (or URL), other context for building, etc.
Sorry, I was hoping it was obvious. I'm only building in locally right now so I
On 6/12/22 Richard Shaw wrote:
So I run into this occasionally and it's still not clear to me. In this
specific case I'm trying to build nanomq[1] and I get the following error:
/usr/bin/ld: CMakeFiles/nano_test.dir/test.c.o: relocation R_X86_64_32 against
`.rodata' can not be used when
On 5/16/22 07:33, Michael Catanzaro wrote:
On Mon, May 16 2022 at 07:23:20 AM -0700, John Reiser
wrote:
Zero is the worst possible auto-int value. It will hide the most bugs.
That's true, but using zero also converts code execution vulnerabilities into
denial of service vulnerabilities
On 5/11/22 19:35, Steve Grubb wrote:
On Monday, May 9, 2022 5:10:07 AM EDT Daniel P. Berrangé wrote:
[snip]
Fast-forward a few months and I see GCC 12.1 is released now with
-ftrivial-auto-var-init option support [2].
Are you going to take this idea forward and make a formal change
* Florian Weimer:
* Richard Shaw:
I added the following to the libmqttc library and verified -fPIC -pie
is in the build flags[1] per the recommendation from the hardening
page[2] but the error remains.
Code that is linked into a shared object (with -shared) must be compiled
as PIC, not PIE.
On 5/10/22 06:21 UTC, Mamoru TASAKA wrote:
Richard Shaw wrote on 2022/05/10 12:07:
I'm working on some IIoT related packages in my COPR where I have a dynamic
library linking to a static library and getting the following error:
/usr/bin/ld:
On 4/13/22 23:28, Gordon Messmer wrote:
I've gotta ask... How much memory does the new dnf daemon take while idle?
I know this comes up time to time... As it is, PackageKitd and gnome-software
both, individually, take ~ 450MB of RAM without any user interaction (other
than logging in to a
It would be very nice to run /sbin/dmidecode, which is on the .iso,
and report the "BIOS Information" section, such as:
Is the attached any use?
In the attachment I see these interesting lines (snipped):
=
SMBIOS 3.0.0 present.
BIOS Information
Vendor: American Megatrends Inc.
- Dell XPS 15 L502X 8GB RAM (BIOS only) CD-R physical media
It would be very nice to run /sbin/dmidecode, which is on the .iso,
and report the "BIOS Information" section, such as:
=
# dmidecode 3.3
Getting SMBIOS data from sysfs.
SMBIOS 2.5 present.
70 structures occupying 2511 bytes.
Table
https://bcl.fedorapeople.org/boot-grub2-f36.iso
I installed successfully using physical CD-R and physical DVD+R
on American Megatrends Inc version 1613 BIOS of 12/03/2008
running on Intel Core2 Duo (E8400, 3GHz, 8GB). The USB reade
was LG Slim Portable DVD Writer GP50NB40 (August 2014).
The
On 4/14/22 07:07, Vitaly Zaitsev via devel wrote:
On 14/04/2022 15:31, John Reiser wrote:
Some of them even have "without data loss" in the page title.
Without moving data to another physical drive this operation is too dangerous.
I tried on my testing VM and lost all data fr
On 4/14/22 02:01, Vitaly Zaitsev via devel wrote:
On 13/04/2022 23:11, Matthew Miller wrote:
It'd be cool to see if we can make a bios-to-uefi thing like Clover work.
I don't think it's possible because the MBR -> GPT conversion will destroy all
partitions on the original drive.
An
If you use i686 packages for something now, please respond to this thread.
I use glibc.i686 and libgcc.i686 to support customers whose i686 machines
have not yet died. (Some are about 12 years old, and expected live another
3 years. The ability to use almost 4GB of address space when running
On 3/14/22 12:23, Samuel Sieb wrote:
On 3/14/22 09:34, John Reiser wrote:
Just setting `deltarpm` to False in dnf.conf do the same. Just saying.
The deltarpm option has low discoverability. The information is available,
but the discovery chain is too long and not explicit enough.
The main
Just setting `deltarpm` to False in dnf.conf do the same. Just saying.
The deltarpm option has low discoverability. The information is available,
but the discovery chain is too long and not explicit enough.
The main configuration file /etc/dnf/dnf.conf does not list
each option, its default
On 3/6/22 13:39, Demi Marie Obenour wrote:
I have also strongly disliked deltarpms. They very rarely help and
significantly increase attack surface.
If deltarpm succeeds and both the old .rpm and the new.rpm are signed,
then how is the attack surface larger, as long as any consumer
verifies
$ fedabipkgdiff --from fc37 codec2-1.0.3-1.fc37.x86_64.rpm
[[snip]]
1 function with some indirect sub-type change:
[C] 'function void mbest_search(const float*, float*, float*, int, int,
MBEST*, int*)' at mbest.c:123:1 has some indirect sub-type changes:
parameter 3 of type
Of course gcc -fsanitize=undefined cannot be used on production code.
Why not? Will it find too many errors?
Perhaps because it looks like an ABI change: requires at least
one of /usr/lib64/libasan.so or libubasan.so .
___
devel mailing list --
It
might be worthwhile to have a CFLAG that can tell glibc (or other allocators)
to substitute something like calloc for malloc.
The environment variable MALLOC_PERTURB_ has been used by glibc malloc
for over 15 years.
___
devel mailing list --
Thanks, for answer. I build every day rpm packages from git locally with mock.
...
It might be more efficient to run a shell command in your build
environment to review /var/log/dnf.log, even in a "mock" build
environment, rather than trying to parse out the dependencies directly
b reading
On 12/5/21, Richard W.M. Jones wrote:
openssh 8.8p1 (just released in Rawhide) cannot connect to older
servers. The error is:
Unable to negotiate with [server] port 22: no matching host key type found.
Their offer: ssh-rsa,ssh-dss
It seems like the cut-off point is RHEL <= 6 broken, RHEL
FWIW, I've been playing with zstd-coompressed initrd images.
With a large initd image, it shaves about 1 second from the boot
time.
Please give numeric statistics. How many MB is large,
and how many seconds does it take?
___
devel mailing list --
I'd need help with the following issue with apitrace, which failed the mass
rebuild with:
apitrace-9d42f667e2a36a6624d92b9bd697de097cc4e619/wrappers/dlsym.cpp:70:
undefined reference to `__libc_dlopen_mode'
apitrace-9d42f667e2a36a6624d92b9bd697de097cc4e619/wrappers/dlsym.cpp:72:
undefined
Depending on the threat model, then DT_BIND_NOW and/or LD_PRELOAD
can be used to find the desired instance of dlsym().
Also there is dl_iterate_phdr() (declared in /usr/include/link.h)
which enables examination of all the symbols known to the runtime linker.
We are working on improving LD_AUDIT support, which is the plugin API of
the dynamic loader. It can in theory be used to implement such things.
Depending on the threat model, then DT_BIND_NOW and/or LD_PRELOAD
can be used to find the desired instance of dlsym(). If the threats include
"just
On 3/16/21, David Howells wrote:
John Reiser wrote:
See the manual page "man 2 getdents".
Um, which bit? I don't see anything obvious to that end.
On that manual page:
=
The system call getdents() reads several linux_dirent structures from the
directory
referred to by the
Tools such as ls or stat report the size of a directory. Of course it is not
the content size.
stat -c %s /home/sergio/.config
6550
What does 6550 mean in btrfs context?
Regardless of filesystem type, the size of a directory is the sum of the sizes
of the struct linux_dirent (or
«In particular, no attempt is made to measure the cache and main memory
speed,
or to identify and report the DRAM type.»
Which is nice to have but not really the point of a memory tester ...
When the tester reports errors then it is handy to know as much as possible
about where the
I think we can simply parse server-side access logs to count package
downloads, no?
That ignores the effect of caching proxies, which are prevalent in academic
and corporate environments.
___
devel mailing list -- devel@lists.fedoraproject.org
To
On 2020-11-16 02:23 UTC, Sérgio Basto wrote:
dnf builddep fedora-review.spec ? after reading what fbrnch does, I remembered
that
Unfortunately "dnf builddep" has a DESIGN error: it does not separate the task
"find the names of the missing packages" from the task "install packages".
"find
/usr/lib64/ccache/g++ \
[[snip]]
One more level of expansion of command lines can be obtained by using the '-v'
parameter:
g++ -v ...
and a final level by adding -v to collect2, then re-running collect2. The
collect2 command
is revealed by "g++ -v".
Also look at the transitive closure
Let's handle some preliminary errors in this thread on building nfs-utils,
before they spread even more.
1. Be specific. State the package name in both the Subject and the first line
of the body.
This provides context which aids the scanning of Subjects and enables detection
and correction
On 2020-09-01 at 12:13 UTC, Kamil Paral wrote:
[[snip]]
I'd like to ... hugely speed up the installation instead
[[snip]]
Zstd is faster than xz at de-compression, but a much larger speed improvement
would be to parallelize and pipeline "rpm --install". This would benefit
both install
On 4/25/20 12:24 UTC, Kevin Kofler wrote:
Richard Shaw wrote:
As far as LCPNet itself I've communicated with the primary developer quite
a bit over the last week. LPCNet *will not work* without optimizations (at
least not in real time which is the point).
Has anyone (upstream or elsewhere)
On 4/11/20 4:38 AM, Kevin Kofler wrote:
Steve Grubb wrote:
readelf -s $f 2>/dev/null | grep FUNC | egrep 'seccomp_rule_add|seccomp'
Since seccomp is a substring of seccomp_rule_add, it is pointless to grep
for both.
Yes, the output is the same. But the documentation is not as explicit.
A
What are you using to check for your STACK_PROT
This is annocheck
Alternate:
-
$ readelf --segments ./the_app
Program Headers:
Type Offset VirtAddr PhysAddr
FileSizMemSiz Flags Align
GNU_STACK
On 2/10/20 6:20 AM, Martin Gansser wrote:
the koji build on armv7h fails by this command:
koji build rawhide --arch=armv7hl --scratch
/home/martin/rpmbuild/SRPMS/speed-dreams-2.2.2-6.fc31.src.rpm
File "/usr/lib/python3.7/site-packages/requests/models.py", line 828, in
content
John M. Harris Jr wrote:
Using swap on zram disables the ability to hibernate, making it a non-starter
for many users. If this is going to be thrown into anything, the user needs to
be asked whether they want it or not in the installer, otherwise you're just
taking away features.
Why not
On 2/3/20, David Cantrell wrote:
https://fedoraproject.org/wiki/Category:Changes/OptimizeSquashFS
[[snip]]
Being the engineering steering committee, we all had our own ideas and
opinions about what the problem is and how best to approach it.
[[snip]]
It seems to me that there is not
You can see all results, find testing instructions and image download
locations, and enter results on the Summary page:
https://fedoraproject.org/wiki/Test_Results:Fedora_32_Rawhide_20200122.n.1_Summary
On x86_64 the package gcc-c++ is available only at version 9.2.1-1.fc32.3
whose
On 2020-01-19 00:21 UTC, Ken Dreyer wrote:
On Sat, Jan 18, 2020 at 5:09 AM Richard W.M. Jones wrote:
[[snip]]
Sorry, not a bug. I remembered that I had put some alternate
certificates into ~/.koji to access another Koji instance.
I think there is a usability RFE here. If we get an
On 1/3/20 22:35 UTC, Neal Gompa wrote:
On Fri, Jan 3, 2020 at 5:25 PM Jan Kratochvil wrote:
On Fri, 03 Jan 2020 22:45:52 +0100, Neal Gompa wrote:
Can someone please explain why gdb dlopen()'s librpm instead of just
doing proper compile-time linking?
[[snip]]
gdb.spec could auto-detect
If you are running into that kind of problems where
plugins/modules/dynamically linked objects may have conflicting
requirements
then see dlmopen(): https://sourceware.org/glibc/wiki/LinkerNamespaces
___
devel mailing list --
Thinking aloud: does anyone ever use symbol overriding for anything
other than glibc?
Yes. It is particularly useful for "spear fishing" debugging of lower-level
interfaces in large, complex multi-process applications.
That only seems to need shallow interposition, though. In most cases,
On 2019-11-15 at 14:51 UTC, David Malcolm wrote:
Thinking aloud: does anyone ever use symbol overriding for anything
other than glibc?
Yes. It is particularly useful for "spear fishing" debugging of lower-level
interfaces in large, complex multi-process applications. By some means
you
On 11/5/19, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/PythonStaticSpeedup
== Summary ==
Python 3 traditionally in Fedora was built with a shared library
libpython3.?.so and the final binary was dynamically linked against
that shared library. This change is about creating the
Chris Murphy wrote:
... If the change is approved, I'll suggest Docs team revise
documentation to recommend any resize of the pre-installed OS (macOS
or Windows) be done within those operating systems using their tools.
Right now, there's no support for resizing any macOS file system
layout
Anyone else seeing this? It seems to only happen on physical i686
machines, not vm's, but that's based on only three builds so far.
https://koji.fedoraproject.org/koji/taskinfo?taskID=36329825
BUILDSTDERR: create archive failed: cpio: write failed - Cannot allocate
memory
Very similar
Kevin Fenzi wrote:
Neal Gompa wrote:
[[snip]]
This will also make it impossible for people to locally do multilib
build/installs. It will remove COPR’s ability to do the same. For that
reason alone, I don’t particularly want this change to happen.
Can you expand on what you mean by
when compiling olive [1] on F30, i get this error message:
[[snip]]
CMake Error at app/cmake_install.cmake:57 (file):
file INSTALL cannot find
"/home/martin/rpmbuild/BUILD/olive-85b5bbd5d6fb97ef215efd118b3fc156ebfba9bd/app/effects/internal/cornerpin.frag".
Therefore a better Subject
On 6/26/19 00:25 UTC, Philip Kovacs via devel wrote:
I am finding that one of my c++ packages has compilation units that generate
very large assembly (.s)
files -- so large that any attempt to build them in memory (e.g. with -pipe)
causes memory exhaustion.
The only way I have found to
If we did this, wouldn't it make it very difficult to use tools like
mock on RHEL / CentOS 7 to build for Fedora 3x? Or does RHEL 7 RPM
support zstd?
We're pretty much screwed here. Also, since RHEL 8's rpm package does
not have zstd support compiled in, it too cannot handle the RPMs.
https://github.com/vxl/vxl/issues/638
Independent of that particular issue, it is hard to believe the claim
"vxl: A multi-platform collection of C++ software libraries ...".
They're not making a good-faith effort to be portable.
The first hint is that "-Werror" (turn all warnings into errors)
It would be useful for posts to be specific, and/or to include a link
to a detailed explanation. Such information might attract the interest
of others, and tend to encourage the discovery of multiple approaches
towards dealing with the underlying problems.
On 4/29/19 1210 UTC, Jonathan Wakely
In file included from ../src/lib/comp/zstd/zstd.c:34:
../src/lib/zck_private.h:92: error: redefinition of typedef 'zckCtx'
include/zck.h:49: note: previous declaration of 'zckCtx' was here
As far as I can see, gcc-4.7 doesn't like that I'm typedefing the same
struct to the same type twice.
Unfortunately, the gcc in EL6 is too old to build zchunk
In what specific way(s)? Can the complaints from gcc [which version?],
or other tools in the toolchain, be listed here?
Other developers may have faced the same or similar problems,
and may have tools to help.
On 4/1/19 6:08 AM, Richard Shaw wrote:
On Sun, Mar 31, 2019 at 10:22 PM John Reiser mailto:jrei...@bitwagon.com>> wrote:
On 3/31/19 7:31 AM, Richard Shaw wrote:
> I'm working on building PySide2 for Fedora and have a problem with clang
segfaulting only on armv7hf[1]...
On 3/31/19 7:31 AM, Richard Shaw wrote:
I'm working on building PySide2 for Fedora and have a problem with clang
segfaulting only on armv7hf[1]...
[1] https://kojipkgs.fedoraproject.org//work/tasks/4670/33794670/build.log
https://kojipkgs.fedoraproject.org/packages/ does not have
The next release of valgrind (3.15.0) will have an updated dhat tool
which creates a json output file. To make it easier to use the data it
comes with a small html/css/js "application" that makes it easy to
sort/visualize the data.
This html/css/js application is self-contained, it doesn't use
I've noticed that as of some days ago, some packages I build on rawhide are now
triggering the "W: executable-stack" warning for all included executables and
shared libraries.
I'm not sure which change might be the cause of this, but meson 0.50.0 seems to
be a good candidate, since all my
There are 8 libraries (-lQtTest -lQtCore -lQtGui -lxslt -lxml2 -lQtCore
-lQtXmlPatterns -lQtXml)
plus an explicit libapiextractor.so.0.10.1. Did you run nine tests,
replacing the pieces
one-by-one with their Fedora 29 versions?
I'm not sure how to do that in a mock chroot...
Is it definitely the linking? Or should I check the compiler arguments as well?
There are 8 libraries (-lQtTest -lQtCore -lQtGui -lxslt -lxml2 -lQtCore
-lQtXmlPatterns -lQtXml)
plus an explicit libapiextractor.so.0.10.1. Did you run nine tests, replacing
the pieces
one-by-one with their
'addedFunc' itself is 0 (NULL).
Substituting testvoidarg.cpp.o as compiled by gcc-8.2.1-6.fc28.x86_64 (from
the same source)
gives the same SIGSEGV. So compiling testvoidarg.cpp with gcc-9 is no
longer a suspect.
I just performed a mockbuild for Fedora 29 and all tests passed...
That test 'testvoidarg' succeeds for me (normal termination, no SIGSEGV) on
Fedora 28 and Fedora 29.
Yes, it only seems to affect f30/Rawhide with GCC 9 (though I'm not sure it's
the culprit).
The traceback says:
> 41 QCOMPARE(addedFunc->arguments().count(), 0);
so the
On 2/25/19 4:26 PM, Richard Shaw wrote:
apiextractor builds but pretty much all the tests fail. I got this from gdb in
a mock chroot but not sure how to get more (debuginfo install in a chroot?)
(gdb) run
Starting program:
On 1/25/19 15:27 UTC, Neal Gompa wrote:
On Fri, Jan 25, 2019 at 10:17 AM Frantisek Zatloukal
wrote:
Why is this Self-Contained Change and not a System Wide Change?
It seems, at least to me, that it should be System Wide Change, according to
What are the minimum fonts required for Fedora 28/29 with en_US locale?
Please ask a better question.
It depends on which subset of Fedora (Workstation using GNOME,
Server, Minimal, etc.) and what data you ask it to process.
Some servers which run Fedora never render any fonts at all.
Or,
On 2018-11-16, Jonathan Dieter wrote:
For reference, this is in reply to Paul [Frield]'s email about lifecycle
objectives, specifically focusing on problem statement #1[1].
Have rpm use zchunk as its compression format, removing the need for
deltarpms, and thus reducing compose time. This
The sole purpose of this thread is to bring attention to
https://bugzilla.redhat.com/show_bug.cgi?id=1646930
No doubt some of the delay is due to compatibility issues with other packages
that consume timezone data. Upstream changed the data format:
=
$ rpm -q --changelog
On 10/25/18 11:27 UTC, Muayyad AlSadi wrote:
There are some things that makes my machine to freeze [[snip]]
This is a very poor bug report because it does not list the hardware details
of the machine.
What is the output from "uname -a"? What is one section of "cat /proc/cpuinfo"?
How much
On 10/9/18 0810 UTC, Daniel P. Berrangé wrote:
AFAICT, the TCP receive buffer size is about 200 KB per socket.
With the current nfile=4096, it looks like a single process
can already consume 200 KB * 4096 = ~800 MB of RAM just by
using TCP sockets.
IOW, does the nfiles limit make a real world
1 - 100 of 359 matches
Mail list logo
