/python_module/README.md'
> returns
> 'Can't mix special %doc with other forms:
> /usr/share/doc/siril/python_module/README.md'
>
You don't need to use %doc.
All files in %{_pkgdocdir} are automatically tagged by rpm on packaging as
%doc.
Try to check the ou
On Sun, 31 Mar 2024 at 13:55, Christopher Klooz wrote:
[..]
BTW all that scandal with xz backdoor.
Looks like if fedora spec file would be using not
Source0:
https://github.com/tukaani-project/%{name}/releases/download/v%{version}/%{name}-%{version}.tar.gz
but
Source0:
https://github.com/tukaan
apply
necessary changes in a few tenths of minutes.
Subject of SPDX migrations are already IIRC active since July 2022 (soon it
will be two years anniversary).
All those changes should not be applied relying on each package maintainers
because that change is from Trival™️ class.
kloczek
--
Tomasz Kło
ibcap-ng.
Is there any plan to get rid of libcap?🤔
kloczek
--
Tomasz Kłoczko | inkedIn: http://lnkd.in/FXPWxH
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code
me const declarations (look on libvirt-glib today commited changes by
maintainer).
Nevertheless, just FTR: ABI has not changed.
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
--
___
devel mailing list -- devel@lists.fedoraproject.org
To
Hi,
Is it possible to do something about this?🤔
kloczek
--
Tomasz Kłoczko | LinkedIn: *http://lnkd.in/FXPWxH <http://lnkd.in/FXPWxH>*
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to de
On Wed, 30 Aug 2023 at 20:45, Adam Williamson
wrote:
[..]
BTW it would be good to push as many coreutils patches to upstream.
Especially the selinux patch.
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- devel
/show_bug.cgi?id=109600
kloczek
--
Tomasz Kłoczko | LinkedIn: *http://lnkd.in/FXPWxH <http://lnkd.in/FXPWxH>*
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora C
ld be hidden issues .. until the
next mass rebuild after which not to many people would be able to correlate
the cause with results.
kloczek
--
Tomasz Kłoczko | LinkedIn: *http://lnkd.in/FXPWxH <http://lnkd.in/FXPWxH>*
___
devel mailing li
l known ZFS functionality.
In other words when btrfs will have possibility to possibility to describe
a set of volumes which will be necessary to snapshot and clone on making
new boot env volumes set SuSE will be rolling back move rpm database back
ke[3]: *** [Makefile:763: path-concat.lo] Error 1
Last time this package was rebuilt ~2 months ago and probably many more
like this one are still not exposed.
https://koji.fedoraproject.org/koji/packageinfo?packageID=180
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
_
cro in spec by execute:
$ for i in *.src.rpm; do rpmbuild --rebuild -D "_configure 'autoreconf
-fiv; configure'" $i; done
To check which Fedora packages are failing in the build environment with
autoconf 2.71.
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
&
ill have one package less ..
And at the end I would like only gently recall that still it is yet another
(sub)subject of even older autoconf still used by firefox & co :P
Who wants to grind that? :P
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
en released).
And yet another side comment.
Necessary fix for ac 2.71 only if correctly done definitely will not break
using source tree with ac 2.69.
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing
er swampy area).
It is still plenty of time before the f35 cycle needs to be finished, and
still it can be done RightWay(tm) .. no rush.
For now posting ~óne time a week with updates about progress on wiping out
ac 2.69 should allow IMO final upgrade autoconf to 2.71 relatively soon.
kloczek
s://github.com/ocaml/ocaml/issues/10250
Is it not kind of a mistake in case of glibc to introduce such changes?
(just asking to only have confirmation that it was not actual mistake and
not to start another flame)
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
is udisk2 but there are much more
like udisk2 one in Fedora.
(Probably it would be better to name/classify that kind of dependency as
"parallel dependency")
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list
fat-lto-objects: 4.79 MB
>
> Well, I did not run compilation multiple times but don't think it will
> change much.
>
Comparing the size of the executable files does not make any sense.
You should use the "size" command.
kloczek
-
hose packages which have already applied LTO
disable)
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.or
the loadable module).
In this case it looks like already mounting binfmt_misc over the existing
(dist) .mount unit is in place.
And going back to the original question.
Why not provide the kernel with all possible to use file systems which are
possible to use as root fs as modules?
kl
sysinit.target.wants/sys-fs-fuse-connections.mount
/usr/lib/systemd/system/sysinit.target.wants/sys-kernel-config.mount
/usr/lib/systemd/system/sysinit.target.wants/sys-kernel-debug.mount
/usr/lib/systemd/system/sysinit.target.wants/sys-kernel-tracing.mount
/usr/lib/systemd/system/tmp.mount
kl
the automonter
is kind of overkill because all that could be done without autofs. Instead
have in kernel autofs and in userspace communication over /dev/autofs thi
could be done with a top 0.5KB systemd unit yext file which will execute
mount/umount commands with some exact params.
kloczek
--
To
of the autofs user space process in systemd when
someone would be using automonter maps loaded over LDAP (going over glibc
NSS layer) it will be some redundancy between those parts.
PS. I think that now I have the proper impuls/reason to port SMF to Linux.
kloc
as modules on demand?
Only because with such a kernel it could not be possible to say that Fedora
is supporting btrfs as default fs? (and buy this it would make all those
talks about default fs obsolete?).
Why Fedora cannot have only btrfs as default *proposed by
anaconda/kickstart* FS?
kloczek
BTW that layout.
Anaconda still does not allow installing something like that because it
does not allow /boot on btrfs (technically there is no any reasons to
demand that and /boot can be just subvolume on the root btrfs pool).
kloczek
--
Tomasz Kłoczko | Link
at?).
Do you have any metrics data which shows Linux filesystems stability?
Does anyone know any source of some data which could be used to put all
Linux filesystems on some stability ruler?
Maybe some FS crash statistics taken from systems working on the
same/similar HW in some DCs?
kloczek
-
ro like this:
>
> %global _smp_mflags -j1
>
Sometimes only %build or %install or %check is failing.
Any -j1 tweaks should be *only temporary* so IMO formalising this kind of
changes is pointless.
All parallel build issues should be treated *as critical bugs*
which should be *ASAP fixed*
if the update breaks printing or scanning for you, please let the
> upstream know here:
>
> https://bugs.launchpad.net/hplip
>
Zdenek have kind of question: why there are so many patches in the hplip
package?
Is it any problem with accepting Fedora patches by source tree maintainer?
Is there any
; is term of "fuzzy logic". Exact values given by that type of
logic on processed objects strictly depends on "reference point(s)/context".
Many people (like me) do't see anything "strange" here because we are using
FHS within context with which seems you are
On Fri, 22 May 2020 at 12:07, Jonathan Wakely
wrote:
[..]
> Maybe you should make a proper change proposal to do this, instead of
> just being sarcastic about the work other people are doing?
>
I'm not 100% sure am I understand you correctly because I'm not sure is it
still something not clear o
On Fri, 22 May 2020 at 12:02, Miro Hrončok wrote:
> On 22. 05. 20 12:43, Tomasz Kłoczko wrote:
> > [mode=serious]
> > On making transition from 3.8.x to 3.9.x all what would be necessary to
> do would
> > be just create compat-python3.8 package -> upgrade pyth
ork for python or gt4/kde4 vs. qt4/kde5 as well.
Isn't it?
[/mode]
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.or
on3.8?
> > That way as well is casing that with each python major version upgrade
> all
> > macros needs to be multiplied.
>
> Are you asking why python3.8 and python3.9 are separate packages?
>
No I'm not.
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
__
hon modules .. pointless!!!
Generalised build procedure with macros suppose to hide some details like
versions and other.
For some reasons looks like that completely stopped in case of only python
IMO because some people saw how some things has been done on Debian
(successfully but with way to big ove
rs about that part of the development)
Nevertheless one more time: this issue is related more to tooling and
used currently methodologies so it stretches far beyond Gnome per se.
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing l
uot; (test suite
needs $DISPLAY)
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https
utter-cogl-path-6.so.0.0.0
So looks like cinamon is using 3rd copy :)
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.or
ok ok ok ok
test_color_hsl: ok FAIL ok ok ok
test_fence: ok ok ok ok ok
test_texture_no_allocate: ok ok ok FAIL ok
test_texture_rg: FAIL ok ok ok
ked) cogl and cutter copy in
mutter and looks like those two components development is not well
coordinated.
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
updates.
I think that something like this should be part of the open-source
development cycle methodology/habits.
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
same is with %configure and %meson,
In other words you can switch NOW from non-root account to other compiler
without execution update-alternatives from root.
In other words this proposal is pointless.
kloczek
--
--
Tomasz Kłoczko | Tel: 0774 1209067 | LinkedIn: *http://lnkd.in/FXPWxH
<htt
kage.
Conclusion: for me still it is clear that mc should stay untouched and any
other steps should be done outside of the mc package.
PS. BTW anaconda/kickstart still does not setup /etc/rpm/macro file
with %_install_langs with list of choose languages support.
kloczek
--
Tomasz Kłoczko |
Hi,
On Tue, 8 Oct 2019 at 12:58, wrote:
> Notification time stamped 2019-10-08 11:54:56 UTC
>
> From 26d638db91fa316f706ea947ab076bce216ec8cc Mon Sep 17 00:00:00 2001
> From: Phil Sutter
> Date: Oct 08 2019 11:51:27 +
> Subject: iproute-5.3.0-2
>
>
> - ifcfg script uses killall, therefore r
On Mon, 7 Oct 2019 at 15:30, Jindrich Novy wrote:
[..]
> BTW mc.
>> Also I do not understand why FC31 release comity ignored my objection to
>> push mc 4.8.23 to fc31 since it core dumps sometimes few times per hour of
>> active use.
>>
>
> You commented on the F29 update (not F31) here:
> https:
it core dumps sometimes few times per hour of
active use.
>From end user point of view difference between mc 4.8.22 and 4.8.23 are
negligible.
I have opened ticket with that issue
http://midnight-commander.org/ticket/4023
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
On Mon, 7 Oct 2019 at 12:04, wrote:
> Notification time stamped 2019-10-07 11:04:36 UTC
>
> From c0792d465daa3db808d63086a1524e786b213fe2 Mon Sep 17 00:00:00 2001
> From: Jindrich Novy
> Date: Oct 07 2019 11:04:05 +
> Subject: - just keep perl-interpreter BR because of man2hlp,
>
> it is a
it the same issue trying to repeat the build mc without
bumping release
after small cleanup in git. All what you need to do is execute "fedpkg
build --scratch".
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- d
On Wed, 31 Jul 2019 at 13:25, Lennart Poettering
wrote:
> On Mi, 31.07.19 12:57, Tomasz Kłoczko (kloczko.tom...@gmail.com) wrote:
>
> > As usually that type of versioning convention is rubbish and it only adds
> > more work on packaging layer.
> > Why you guys did not
om v244.99
- when everything in devel will be ready just merge devel branch to master
and tag it as new major release.
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
ngpack-en size).
It should be possible to minimise this size by use proper %lang(en_US) tagging.
Only this and nothing more.
Nevertheless Fedora is not using rpm as it is designed .. shame but
that is only cause of what is seen as the issue in this context.
kloczek
--
Tomasz
:%_install_langs macro and instead setting that macro
during install-time provides langpack packages (which IMO is at least
engendering/design mistake/misunderstanding).
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list --
n your repo/mirror have been build using the broken piece of
> source code
OK. Some time ago I've successfully removed all static libraries on my
all build systems.
Good to know that I will never have such dilemmas :o)
Do you have maybe other examples of the use cases? :p
kloczek
--
Tomas
On Fri, 3 May 2019 at 11:04, Nicolas Mailhot via devel
wrote:
[..]
> You're assuming the only use is roolback. It's not
Point taken. Can you shortly describe other use cases?
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
observe all Solaris SRUs (Service Recommended Updates) data. On
Solaris 10 with IPS is possible even rollback to the state ~10 years
old.
Full rollback to the system state of all packages from the past is
sometimes really important and this is why in OL repositories are
never deleted older packages (y
On Fri, 3 May 2019 at 09:46, Tomasz Kłoczko wrote:
[..]
> http://pkg.oracle.com/solaris/release/en/
URL correction: http://pkg.oracle.com/solaris/release/
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- de
only left from this branch of the discussion is:
What was the exact initial impulse which pushed someone to idea of storing
full build env properties in src.rpm?
IMO someone have been only thinking that this could solve something (that
someone had only incorrect impression that it would help with som
sure that it is still not the case
because still above isn't by any way kind of counterargument against
"BuildRequires: pkgconfig") .. I think that I'll give up.
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
d
bout packages *build time dependencies resolution*.
Please do me a favourite and execute on your system from root "rpm
--rebuilddb; ls -l /var/lib/rpm/{Basenames,Providename}" and answer on the
question: query to which one rpm table has chance to be shorter?
kloczek
--
Tomasz Kłoc
pkgconfig
pkgconf-pkg-config-1.6.1-1.fc31.x86_64
kloczek
--
Tomasz Kłoczko | Tel: 0774 1209067 | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedor
at they like/dislike usually I'm stoop listening.
If you do not understand simple fact that you can only use your taste when
you have two Correct(tm) solutions .. just change job.
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
--- rpm-4.14.2.1/scripts/pkgconfigdeps.sh~ 2017-10-05
res: pkgconfig() and remove from
rpm dependencies autogenerator add "Requires: pkgconfig" if package has any
on the list any pkgconfig file -> rebuild all affected packages.
It should take ~1h for someone with proven packager priviledges.
kloczek
--
Tomasz Kłoczko | Link
p.
Using gdb for saving debuginfo looks like overkill and elfutils is +10
smaller and depends only on glibc.
$ rpm -q --qf "%{NAME}\t%{SIZE}\n" gdb-headless elfutils
gdb-headless 18123356
elfutils 1245125
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
h=python
BTW: someone knows how often that python plugin is used?
Someone here is using it or knows someone who uses it?
(personally I think that it will be hard to find such person and packaging
it is just kind of waste of effort)
kloczek
--
Tomasz Kłoczko |
On Wed, 24 Apr 2019 at 12:49, Pavel Valena wrote:
[..]
> Hello,
> I'm not a provenpackager, but I want to help a bit.
> Commands inline should do the trick. I've tested them, so it should be
> smooth.
>
Thank you Pavel.
Good job :)
kloczek
--
Tomasz Kłoczko | Linked
te fact that fixing #1699099
should introduce relatively small change each rebuild recently introduces
bigger packages.
I'm still investigating this but looks like that change (ELF files length
increase) is not related to the meson or #1699099 but to binutils.
Tomasz
--
Tomasz Kłoczko | Linked
uild type "debug" and use "release"
type only after branching all packages and rebuild everything with build
type "release".
This would as well guarantee that whatever will be offered in new stable
release will be building with all other packages (which up to now stil
rd snake socat
squeezelite sslh star stow subscription-manager tcpreplay tito
transmission twinkle txt2tags udns ursa-major whowatch xlockmore xwax ytree
yuicompressor
4) Above issues should be cached by rpmlint so it is yet another small
point on TODO list.
Who will take care
try:
from rpm._rpmb import *
except ImportError:
pass
# try to import signing bits but dont require it
try:
from rpm._rpms import *
except ImportError:
pass
--
So technically those rpmb and rpms pythoon DSOs can be separated.
kloczek
--
Tomasz Kłoczko | LinkedIn: http://
ention in any Fedora
spec files uses that (just done I've done few greps and still potential
list is empty) and it is already some non-empty set of such specs that
should be corrected ASAP because using something like this potentially
could be like opening Pandora box.
kloczek
--
Tom
On Thu, 28 Mar 2019 at 16:37, Miroslav Suchý wrote:
> Dne 28. 03. 19 v 13:57 Tomasz Kłoczko napsal(a):
> > dnf does not provide any signing functions and I was not even aware that
> someone implemented in base dnf building
> > functionalities (someone is using that?)
>
>
instead.
>
If it is really possible why it is not used that way by default?
dnf does not provide any signing functions and I was not even aware that
someone implemented in base dnf building functionalities (someone is using
that?)
kloczek
--
Tomasz Kłoczko | L
.
Comments?
kloczek
--
Tomasz Kłoczko | LinkedIn: *http://lnkd.in/FXPWxH <http://lnkd.in/FXPWxH>*
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
On Wed, 27 Mar 2019 at 21:27, Jonathan Wakely
wrote:
> On 26/03/19 11:40 +0000, Tomasz Kłoczko wrote:
> >On Tue, 26 Mar 2019 at 08:57, Jonathan Wakely
> >wrote:
> >[..]
> >
> >> >What does this 42 means in this case? It means that during whole gcc
> bui
On Tue, 26 Mar 2019 at 16:44, Tomasz Kłoczko
wrote:
[..]
> If above is correct IMO collecting such files (it those files are really
> needed and used) should be done outside of the scope of regular "rpmbuild
> -ba".
> Collecting and preserving some build logs always
ile contains
more such .
That is result of abandoning strict controlling macros used during rpm
build process.
I've been telling here something like +2y ago that spreading macros across
many packages will blow up.
Nevertheless .. cuts_counter--
kloczek
--
Tomasz Kłoczko | LinkedIn: http://ln
es :)
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-con
xt around more than few things. If
someone still do not understand what is discussed after pouring here such
bucket of facts it not my problem. I've done all what I can and able to
convince few people.
My understanding is that now it is more or less *only* m
atter of the *choice*.
However even not making conscious decision about that question would be the
decision.
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
>
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscrib
than some form of NIH syndrome (
https://en.wikipedia.org/wiki/Not_invented_here)
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproj
On Mon, 25 Mar 2019 at 21:17, Zbigniew Jędrzejewski-Szmek
wrote:
> On Mon, Mar 25, 2019 at 08:18:34PM +0000, Tomasz Kłoczko wrote:
> > Switching to other than bash sh interpreter allow reduce total gcc
> package
> > build time by ~5%.
>
> OK. But that just shows that it
sion and latest ksh93 is fixed
.. really I don't care about that as better POSIX sh alternatives are
around.
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscr
mber about that (somehow) because bash is used as /bin/sh
which and is used almost everywhere(tm), and by this attacking bash still
is quite popular vector of many security related attacks.
Simpler /bin/sh -> lower probability of many security related issues from
that angle.
Do you see now
you will be trying talking to convince those files .. not
me.
People who like helping translate text resources in some projects are
familiar with some exact procedures.
gcc is not using those well-known i18n maintenance procedures.
This is really end of that story. Have a good weekend :)
klocz
al encoding used in .po files. What it means? It means
that on displaying those translated messages in case of using UTF-8 based
locale settings (which is now *common*) glibc needs to load additional
translation table to convert those messages to UTF-8 before
Just FTR:
[tkloczko@domek SPECS.fedora]$ egrep -w "popd|pushd" * -l| wc -l
2843
Looks like many Fedora packagers forgot that ..
[tkloczko@domek SPECS.fedora]$ rpm -E %_buildshell
/bin/sh
I'm not sure is it would be good to post full list of all spec files here ..
kloczek
--
grams with exceptions only causes that executable code
is puffier. As you know even gcc is not compliant with above :)
What about use -fno-rtti if it is possible to use it?
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing lis
> >
>
> Could you explain why it should? I am not sure what those flags
> actually mean and why it would tell me anything about a package build.
> If upstream decides that libX needs to be compiled with
> -Wmissing-prototypes but nothing else.. what is it to me?
That list is not
2 -Wint-to-pointer-cast
2 -Wdiscarded-qualifiers
BTW: each Fedora package build should have as part of the build report
something like above.
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- devel@lists.fedorap
m fc29?
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduc
not understand something about this
issue) .. why dhcpd cannot use standard glibc resolver?
IIRC glibc libresolve is thread safe (if this issue it is about thread
safe DNS resolution).
Can someone explain that topic a bit?
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
__
stopped syncing rawhide in one of the two possible days
simultaneously.
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fe
packages:
Cannot download Packages/g/gdm-3.31.91-1.fc31.x86_64.rpm: All
mirrors were tried
Loaded plugins: builddep, changelog, config-manager, copr, debug,
debuginfo-install, download, generate_completion_cache,
needs-restarting, playground, repoclosure, repodiff, repograph,
repomanage, reposync
-- Tomasz Kłoczko | Tel: 0774 1209067 | LinkedIn: http://lnkd.in/FXPWxH
On Thu, 7 Mar 2019 at 20:37, Miro Hrončok wrote:
[..]
> > What ground/public repos do you mean here? The master mirror is
> > definitely updated. It's a large pile of changes, so other mirrors may
> >
> Upgraded packages: 1745
> Downgraded packages: 165
Looks like it is second or third time when after report about release
some batch of the packages nothing hit the ground/public repos.
My understanding is that it is some glitch in release infrastructure.
May we know what is the current situ
uild.log&offset=-4000
https://koji.fedoraproject.org/koji/taskinfo?taskID=32819232
It would be really good if someone would create list of packages which
build failed on last fc30 MR.
kloczek
--
Tomasz Kłoczko | http://lnkd.in/FXPWxH
___
devel mailing list -- d
/pub/fedora/linux/development/rawhide/Everything/SRPMS/Packages/m/
The same situation is with few hundreds of other packages.
kloczek
--
Tomasz Kłoczko | LinkedIn: *http://lnkd.in/FXPWxH <http://lnkd.in/FXPWxH>*
___
devel mailing list --
ild logs? or
it is some other method?
Syntax of the content /^==*TESTING/,/^==*TESTING END/p' looks a bit
complicated ..
How to trace those results in more or less automated way?
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel
those failures says that
something really is wrong with gcc?
At the moment I'm not sure but I think that similar situation is with
binutils but I think that generally during my build I saw a lot of
failures. All together all those tests have been ignored and package build
was successfu
writing short wrapper like that on on
http://pkgbuild.sf.net/
Fill free to code such tool .. you have already spec file parser and other
bits written so >=80-90% necessary work is already done.
As long as it has nothing to do with Fedora for me EOT.
kloczek
--
Tomasz Kłoczko | Linked
age:
https://koji.fedoraproject.org/koji/taskinfo?taskID=32784400
Is it any plan to resend all those pending build requests?
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send a
1 - 100 of 393 matches
Mail list logo
