On Fri, Mar 29, 2019 at 12:33 AM Miro Hrončok wrote:
>
> On 20. 03. 19 9:57, Fabio Valentini wrote:
> > I've gone ahead with my proposal and created the Stewardship SIG.
> >
> > This includes the SIGs/Stewardship wiki page [0], the @stewardship-sig
> > FAS group [1], to which high-priority orphane
On 20. 03. 19 9:57, Fabio Valentini wrote:
I've gone ahead with my proposal and created the Stewardship SIG.
This includes the SIGs/Stewardship wiki page [0], the @stewardship-sig
FAS group [1], to which high-priority orphaned packages can be
assigned, and the stewardship-sig mailing list [2].
.
On Thu, 28 Mar 2019 at 11:47, Neal Gompa wrote:
[..]
> No. The rpm plugins are runtime activated things, that's why they are
> split out.
>
Exactly. Just checked and in python code those modules initialisation looks
like below:
--
# try to import build bits but dont require it
try:
from rp
On Thu, 28 Mar 2019 at 20:57, Neal Gompa wrote:
[..]
> > Other things related to the rpm.
> > Why in main rpm package is possible to find whole /usr/lib/rpm/platform?
> That directory contains ONLY resources used during build!!! Why main rpm
> package includes documentation about building package
On Thu, Mar 28, 2019 at 1:43 PM Tomasz Kłoczko wrote:
>
> 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
>> > fu
On Wed, Mar 27, 2019 20:12:32 +0530, Hemant Kumar Singh wrote:
> Greetings,
> I am Hemant Kumar Singh,
Hi Hemant,
Welcome to Fedora!
> a computer science undergrad studying in NIT Warangal,
> India. I am interested to work on the project "CentOS CI User Front End" with
> Fedora Project under th
On 3/28/19 4:17 AM, Tomasz Kłoczko wrote:
>Really?
>Really do you want me to answer on the question "why there is no
any sense
>repeat 42 times some tests on the source code configuration
stage?" ??
Yes, because you repeatedly make the mistake of assuming that one
di
On Thursday, 28 March 2019 16:17:33 CET Luya Tshimbalanga wrote:
> Hello team,
>
> I encountered an issue related to luxcorerender unable to use the new
> boost dependency. See
>
> https://koji.fedoraproject.org/koji/taskinfo?taskID=33804165
>
> Could someone resolve that problem?
>
>
> Thanks
On Thursday, 28 March 2019 19:38:30 CET Michal Konecny wrote:
> I found out what is wrong, you created the project without Fedora
> mapping, so the first version was retrieved without knowing how this is
> packaged in Fedora. But I see, that the mapping was added later, but the
> message about t
On Thu, Mar 28, 2019 at 9:50 AM Mikolaj Izdebski wrote:
> - javapackages-tools, stream 201801 (buildroot-only module, not
> intended to be delivered to users)
How do I enable/install this module locally? It would be very helpful
for local builds/testing, but is not available in:
sudo dnf --releas
I found out what is wrong, you created the project without Fedora
mapping, so the first version was retrieved without knowing how this is
packaged in Fedora. But I see, that the mapping was added later, but the
message about the mapping wasn't send by Anitya. Did you added the
mapping using API
On 28/03/19 19:17, Jason L Tibbitts III wrote:
"RM" == Robert-André Mauchin writes:
RM> Since our float of Golang packages is severely out of date, I was
RM> expecting a load of new messages from Bugzilla.
I don't believe it notifies when the project is first added. It should
notify when th
Hi,
this is really suspicious, I didn't saw any issue related to
the-new-hotness or Anitya in recent days.
I will check what is going on.
mkonecny
On 28/03/19 19:09, Robert-André Mauchin wrote:
Hello,
Earlier this week, I wrote a script to check and add all Golang packages to
Anitya. Everyt
> "RM" == Robert-André Mauchin writes:
RM> Since our float of Golang packages is severely out of date, I was
RM> expecting a load of new messages from Bugzilla.
I don't believe it notifies when the project is first added. It should
notify when the project is next updated.
- J<
___
Hello,
Earlier this week, I wrote a script to check and add all Golang packages to
Anitya. Everything went smoothly, and dozens of packages were registered and
got their version retrieved.
Since our float of Golang packages is severely out of date, I was expecting a
load of new messages from Bu
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?)
>
> No, DNF likely does not u
Le 2019-03-28 17:26, Michael Zhang a écrit :
Hi
We read in the guidelines that all jars and class files should go
under %{_javadir} (/usr/share/java by default). We were initially
thinking of symlinking all the jars and class files but recently, we
thought "could we put the whole OpenLiberty ins
> "MH" == Miro Hrončok writes:
MH> You realize that once it is maintained by the group, nobody else is
MH> going to take it?
When the stewardship SIG maintains a package, it should be for the sole
purpose of keeping it around just long enough to avoid serious
disruption that would be caused
Hi,When publishing, does Fedora: a) rebuild a maintainer's package from source and gpg sign it with their own fedora gpg key
(ex. /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-11-primary)
OR:
b) publish the package that the maintainer personally compiled and gpg signed with their perso
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?)
No, DNF likely does not user rpmb and rpms.
Both libraries has 21K + 15K. It is really
Thanks for the response.
Michael Zhang
Software Developer Test (WAS Install Team)
Phone: 1-9054133415
E-mail: michael.zh...@ibm.com
- Original message -From: Tom Hughes To: Development discussions related to Fedora , Michael Zhang Cc:Subject: Re: F
On 28/03/2019 16:24, Michael Zhang wrote:
When publishing, does Fedora:
a) rebuild a maintainer's package from source and gpg sign it with
their own fedora gpg key
(ex. /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-11-primary)
OR:
b) publish the package that the maintainer per
Hey, We read in the guidelines that all jars and class files should go under %{_javadir} (/usr/share/java by default). We were initially thinking of symlinking all the jars and class files but recently, we thought "could we put the whole OpenLiberty install under /usr/share/java/openliberty?" I ask
On Mon, Mar 25, 2019 at 4:12 PM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/Include_security_modules_in_efi_Grub2
>
This Change proposal is on hold.
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
Pronouns: he/him
Hello developers,
I have created a `mythes` and `hyphen` package for the Esperanto language.
Unfortunately, I am not a sponsored Fedora developer, and the package
doesn't seem like it'll be accepted unless I become sponsored.
Between all manner of tasks, I do not have the time to pursue becoming
Hello team,
I encountered an issue related to luxcorerender unable to use the new
boost dependency. See
https://koji.fedoraproject.org/koji/taskinfo?taskID=33804165
Could someone resolve that problem?
Thanks
Luya
___
devel mailing list -- devel@li
On Thu, Mar 28, 2019 at 3:04 PM Miro Hrončok wrote:
> On 28. 03. 19 14:49, Mikolaj Izdebski wrote:
> > On Thu, Mar 28, 2019 at 12:49 AM Miro Hrončok wrote:
> >>
> >> I took over google-gson, but I see no stream branch.
> >
> > IIRC google-gson is not part of any modules I am currently maintaining
Hi,
On Thu, 2019-03-28 at 14:28 +, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Mar 28, 2019 at 02:14:31PM +0100, Jakub Jelinek wrote:
> > On Thu, Mar 28, 2019 at 08:52:18AM +, Zbigniew Jędrzejewski-Szmek wrote:
> > > On Wed, Mar 27, 2019 at 01:55:44PM +, Zbigniew Jędrzejewski-Szmek
>
On Thu, Mar 28, 2019 at 02:14:31PM +0100, Jakub Jelinek wrote:
> On Thu, Mar 28, 2019 at 08:52:18AM +, Zbigniew Jędrzejewski-Szmek wrote:
> > On Wed, Mar 27, 2019 at 01:55:44PM +, Zbigniew Jędrzejewski-Szmek wrote:
> > > I'm trying to compile systemd in koji and mock, and I'm getting suspic
On 28. 03. 19 14:49, Mikolaj Izdebski wrote:
On Thu, Mar 28, 2019 at 12:49 AM Miro Hrončok wrote:
On 05. 02. 19 11:07, Mikolaj Izdebski wrote:
I've just orphaned 259 packages listed below. Almost all of them are
Java packages which I will continue to maintain as part of modules.
Intent to o
On Thu, Mar 28, 2019 at 8:44 AM Vít Ondruch wrote:
> Trying to take look from the other side, the java.yaml might need some
> love [1], because the GH links are broken [2, 3]
java module doesn't have any complete builds. It is not actively maintained.
--
Mikolaj Izdebski
On Thu, Mar 28, 2019 at 12:49 AM Miro Hrončok wrote:
>
> On 05. 02. 19 11:07, Mikolaj Izdebski wrote:
> > I've just orphaned 259 packages listed below. Almost all of them are
> > Java packages which I will continue to maintain as part of modules.
> > Intent to orphan them was already announced on
On Thu, Mar 28, 2019 at 08:52:18AM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Wed, Mar 27, 2019 at 01:55:44PM +, Zbigniew Jędrzejewski-Szmek wrote:
> > I'm trying to compile systemd in koji and mock, and I'm getting suspicious
> > crashes...
> >
> > $ valgrind x86_64-redhat-linux-gnu/test-
On Thu, 28 Mar 2019 at 12:47, M A Young wrote:
[..]
> > python3-rpm is required by dnf so it is really hard to have manageable
> > system without that part (however in extreme cases it is still possible
> to
> > drop completely dnf).
>
> You could always use microdnf instead.
>
If it is really p
On Thursday, March 28, 2019 1:27:34 PM CET Pavel Raiskup wrote:
> Hi Ingvar,
>
> On Thursday, March 28, 2019 11:58:21 AM CET Ingvar Hagelund wrote:
> > Fedora prohibits the use of rpath, ref
> > https://docs.fedoraproject.org/en-US/packaging-guidelines/#_beware_of_rpath
> >
> > When compiling va
On Thu, 28 Mar 2019, Tomasz Kłoczko wrote:
> Hi,
>
> Just found that on some minimal system it is not possible to remove some rpm
> subpackages.
>
> * Current state
>
> # rpm -qa | grep rpm
> rpm-libs-4.14.2.1-4.fc30.1.x86_64
> rpm-4.14.2.1-4.fc30.1.x86_64
> python3-rpm-4.14.2.1-4.fc30.1.x86_64
Hi Ingvar,
On Thursday, March 28, 2019 11:58:21 AM CET Ingvar Hagelund wrote:
> Fedora prohibits the use of rpath, ref
> https://docs.fedoraproject.org/en-US/packaging-guidelines/#_beware_of_rpath
>
> When compiling varnish with litbool, I ensure this by the usual
>
> sed -i 's|^hardcode_libdir
On 3/28/19 1:31 PM, Tomasz Kłoczko wrote:
Hi,
Just found that on some minimal system it is not possible to remove some
rpm subpackages.
* Current state
# rpm -qa | grep rpm
rpm-libs-4.14.2.1-4.fc30.1.x86_64
rpm-4.14.2.1-4.fc30.1.x86_64
python3-rpm-4.14.2.1-4.fc30.1.x86_64
rpm-build-libs-4.14
On Thu, Mar 28, 2019 at 7:32 AM Tomasz Kłoczko wrote:
>
> Hi,
>
> Just found that on some minimal system it is not possible to remove some rpm
> subpackages.
>
> * Current state
>
> # rpm -qa | grep rpm
> rpm-libs-4.14.2.1-4.fc30.1.x86_64
> rpm-4.14.2.1-4.fc30.1.x86_64
> python3-rpm-4.14.2.1-4.fc
Hi,
Just found that on some minimal system it is not possible to remove some
rpm subpackages.
* Current state
# rpm -qa | grep rpm
rpm-libs-4.14.2.1-4.fc30.1.x86_64
rpm-4.14.2.1-4.fc30.1.x86_64
python3-rpm-4.14.2.1-4.fc30.1.x86_64
rpm-build-libs-4.14.2.1-4.fc30.1.x86_64
rpm-sign-libs-4.14.2.1-4.
On Thu, Mar 28, 2019 at 11:57 AM Miro Hrončok wrote:
>
> On 27. 03. 19 20:53, Fabio Valentini wrote:> On the other side, I don't think
> that the problem of orphaned
> > "important" packages will go away, and this group can offer
> > maintenance until a "proper" new maintainer for those packages i
On Thu, Mar 28, 2019 at 11:46 AM Aleksandra Fedorova wrote:
>
> I propose to change the scope of the SIG a bit.
>
> Maintaining packages could be one of the activities of the SIG, but its
> primary purpose should be to deal with this topic in general.
>
> Watch for orphans, develop orphaning and
Fedora prohibits the use of rpath, ref
https://docs.fedoraproject.org/en-US/packaging-guidelines/#_beware_of_rpath
When compiling varnish with litbool, I ensure this by the usual
sed -i 's|^hardcode_libdir_flag_spec=.*|hardcode_libdir_flag_spec=""|g;
s|^runpath_var=LD_RUN_PATH|runpath_va
On 27. 03. 19 20:53, Fabio Valentini wrote:> On the other side, I don't think
that the problem of orphaned
"important" packages will go away, and this group can offer
maintenance until a "proper" new maintainer for those packages is
found.
You realize that once it is maintained by the group, no
I propose to change the scope of the SIG a bit.
Maintaining packages could be one of the activities of the SIG, but its
primary purpose should be to deal with this topic in general.
Watch for orphans, develop orphaning and retirement workflows, develop a
strategy how to manage those cases, how to
On Thu, Mar 28, 2019 at 12:08 AM Luya Tshimbalanga
wrote:
>
> On 2019-03-26 10:07 a.m., Georg Sauthoff wrote:
> > Hello,
> >
> > when packaging a C/C++ program, the rpm automatic dependency feature
> > usually works well for shared libraries.
> >
> > That mean when program 'bar' needs libfoo-devel
On Wed, Mar 27, 2019 at 01:55:44PM +, Zbigniew Jędrzejewski-Szmek wrote:
> Hi,
>
> I'm trying to compile systemd in koji and mock, and I'm getting suspicious
> crashes...
>
> $ valgrind x86_64-redhat-linux-gnu/test-terminal-util
> /* test_default_term_for_tty */
> ...
> /* test_read_one_char
Hi,
Just to say I won't be able to attend, sorry.
Regards,
Silvia
FAS: Lailah
On Wed, 27 Mar 2019 at 15:55, Ben Cotton wrote:
> Reminder: the Go/No-Go meeting for the Fedora 30 Beta release will be
> held TOMORROW, 2019-03-28 at 17:00 UTC in #fedora-meeting-1. For more
> information, see:
On Wed, 27 Mar 2019 at 21:27, Jonathan Wakely
wrote:
> On 26/03/19 11:40 +, 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
> build
> >> >are repeated 42 times some subset
Dne 28. 03. 19 v 0:48 Miro Hrončok napsal(a):
> On 05. 02. 19 11:07, Mikolaj Izdebski wrote:
>> I've just orphaned 259 packages listed below. Almost all of them are
>> Java packages which I will continue to maintain as part of modules.
>> Intent to orphan them was already announced on java-devel [
50 matches
Mail list logo
