Re: [Java related] packaging Italian ID card middleware

I submitted the message at https://github.com/italia/cie-middleware-linux/issues/80 I suggest we can continue the discussion there. Thank you everybody for your support -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an e

Re: Review swap / python

> Bug 2246454 - Review Request: python-pyxlsb2 - Excel 2007+ Binary Workbook > (xlsb) parser > https://bugzilla.redhat.com/show_bug.cgi?id=2246454 I will take this one. Can you please review this package? web-eid - Web eID browser extension helper application https://bugzilla.redhat.com/show_bug.

Re: Review swap / python

Ops I did not notice that python-pyxlsb2 review was already taken care by another person -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs

Re: Review swap / python

> Hey, I'll review web-eid in coming week. > Could you take a look at python-ownet review? > https://bugzilla.redhat.com/show_bug.cgi?id=2256125 Sure! Thank you very much -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send

Re: just to let you know FESCo agreed to a preliminary injunction while we consider this issue

What does it mean that FESCo is applying an injunction? -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/co

Re: Announcement: Retiring zlib and minizip-compat from Rawhide

I hope this is the last time I have to deal with minizip invasive changes (both upstream and downstream). With the new keepassxc release, I had to test it against all minizip* packages on all active branches https://src.fedoraproject.org/rpms/keepassxc/c/3ec631d9175e82d9d8320374037e3d78bf7e190d?

on dnf autoremove aggressive behaviour

I recently updated to F40 KDE, but Jami software [1] bundled Qt6 RPM package messed up with system Qt6 (see later fix at [2]), so I had to run: # dnf autoremove # dnf reinstall $(rpm -qa) I have noticed an aggressive packaging removal behaviour from "dnf autoremove", indeed it removed various e

Re: xz backdoor

It would be interesting to study how SELinux would have reacted to such kind of attack against sshd -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: h

Re: xz backdoor

regarding sabotaged Landlock sandbox https://mastodon.social/@dander...@hachyderm.io/112185746170709381 -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

Re: xz backdoor

Il 30/03/24 23:12, Sandro ha scritto: From what I understood, F40 Beta, the official Beta release, available from the website as of March 26, has updates-testing disabled by default. That was confirmed by several people in #devel yesterday when the Fedora Magazine article was still being worked

feedback about adding obsoletes/provides

A long time ago upstream keepassxc obsoleted upstream keepassx. I now added obsoletes/provides [1] to the former spec file, following Fedora packaging guidelines [2] and I would like to ask for your feedback about the correctness of the commit. Thank you [1]: https://src.fedoraproject.org/rp

Re: on dnf autoremove aggressive behaviour

I am resuming this discussion because today I was about to run such command on another machine and in the preview of packages that would have been removed there were important packages like: - firefox - ffmpeg - libreoffice suite and many others. It's a pretty destructive behaviour for such comm

Re: Self Introduction: Oliver Steffen

Hi Oliver! Welcome! -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: http

Re: Rstudio

Hi, any progress on this? Best regards ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Rstudio

2018-01-20 14:57 GMT+01:00 Reindl Harald : > > > Am 20.01.2018 um 14:47 schrieb Germano Massullo: >> >> Hi, any progress on this? > > > you likely gain more when you don't lack the context > > there is no single message with subject "Rstudio" in

Packaging wiki: shortcoming in Github Source0 (?)

I think I have found a shortcoming in https://fedoraproject.org/wiki/Packaging:SourceURL#Commit_Revision Github line, which is Source0: https://github.com/OWNER/%{name}/archive/%{commit}/%{name}-%{shortcommit}.tar.gz but I am not sure, so I have not made any edit to the wiki page. In my case I am

Re: Packaging wiki: shortcoming in Github Source0 (?)

Thank you ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Clean up your spec files

Miroslav thank you for the hints, I will check my packages, but I think Igor Gnatenko already removed such stuff because he made a quick review of them. I would also say that we should increase the usage of *comments* in spec files because they are very useful for new packagers

Help for fixing %install spec file section (Error make: *** No rule to make target 'install'. Stop.)

Hi there, I working on packaging the last missing (on Fedora repos) piece of user side Estonia ID card software stack: the web extension[1] for web signing I need some help in fixing %install section of spec file https://pagure.io/webextension-token-signing_spec/blob/master/f/webextension-token-sig

Re: Help for fixing %install spec file section (Error make: *** No rule to make target 'install'. Stop.)

Il 26/02/2018 20:09, Jens Lody ha scritto: > Did you try "make -C host-linux install DESTDIR=%{buildroot}" in > %install ? Thank you! Now compilation starts at least! [...] Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.s3F6YN + umask 022 + cd /builddir/build/BUILD + '[' /builddir/build/BUILDR

Re: Help for fixing %install spec file section (Error make: *** No rule to make target 'install'. Stop.)

Il 27/02/2018 01:16, Rex Dieter ha scritto: > Kevin Kofler wrote: > >> Sérgio Basto wrote: >>> On Mon, 2018-02-26 at 20:57 +0100, Germano Massullo wrote: >>>> mkdir: cannot create directory '/etc/opt/chrome': Permission denied >>> now you go

Patching JSON tag without hardcoding library path (package firefox-pkcs11-loader)

Package https://src.fedoraproject.org/rpms/firefox-pkcs11-loader (upstream) https://github.com/open-eid/firefox-pkcs11-loader contains file https://github.com/open-eid/firefox-pkcs11-loader/blob/master/onepinopenscpkcs11.json that has the tag "path": "onepin-opensc-pkcs11.so" This tag is wrong an

Re: Patching JSON tag without hardcoding library path (package firefox-pkcs11-loader)

Il 04/03/2018 16:57, Rex Dieter ha scritto: > What's wrong with hard-coding? (e.g. so it to be something like > %{_libdir}/pkcs11/onepin-opensc-pkcs11.so > ) The path /usr/lib64/pkcs11/onepin-opensc-pkcs11.so on a 32bit system would be /usr/lib/pkcs11/onepin-opensc-pkcs11.so then something like %

Re: Patching JSON tag without hardcoding library path (package firefox-pkcs11-loader)

Il 05/03/2018 08:25, Florian Weimer ha scritto: > On 03/04/2018 03:02 PM, Germano Massullo wrote: >> This tag is wrong and for example on x86_64 CPU architecture systems, it >> must be >> "path": "/usr/lib64/pkcs11/onepin-opensc-pkcs11.so" >> &

Re: Patching JSON tag without hardcoding library path (package firefox-pkcs11-loader)

Il 05/03/2018 12:10, Florian Weimer ha scritto: > On 03/05/2018 11:43 AM, Germano Massullo wrote: >> Il 05/03/2018 08:25, Florian Weimer ha scritto: >>> On 03/04/2018 03:02 PM, Germano Massullo wrote: >>>> This tag is wrong and for example on x86_64 CPU architecture

%{_lib} leads to dir not found, whereas lib works fine (firefox-pkcs11-loader)

During package firefox-pkcs11-loader build, the following two spec file lines %dir %_prefix/%{_lib}/mozilla/pkcs11-modules/ %_prefix/%{_lib}/mozilla/pkcs11-modules/onepinopenscpkcs11.json and also this variant %dir %{_libdir}/mozilla/pkcs11-modules/ %{_libdir}/mozilla/pkcs11-modules/onepinopensc

Re: %{_lib} leads to dir not found, whereas lib works fine (firefox-pkcs11-loader)

Il 06/03/2018 15:34, Daniel P. Berrangé ha scritto: > %{_lib} expands to 'lib64' on x86_64, and %{_libdir} thus expands > to "/usr/lib64", but your app is installing files into "/usr/lib" > instead. I suspected this, but I found no hardcoded paths in https://github.com/open-eid/firefox-pkcs11-load

Re: %{_lib} leads to dir not found, whereas lib works fine (firefox-pkcs11-loader)

Il 06/03/2018 15:50, Daniel P. Berrangé ha scritto: > On Tue, Mar 06, 2018 at 03:46:38PM +0100, Germano Massullo wrote: >> Il 06/03/2018 15:34, Daniel P. Berrangé ha scritto: >>> %{_lib} expands to 'lib64' on x86_64, and %{_libdir} thus expands >>> to "/us

Re: %{_lib} leads to dir not found, whereas lib works fine (firefox-pkcs11-loader)

Il 06/03/2018 16:19, Germano Massullo ha scritto: > Il 06/03/2018 15:50, Daniel P. Berrangé ha scritto: >> On Tue, Mar 06, 2018 at 03:46:38PM +0100, Germano Massullo wrote: >>> Il 06/03/2018 15:34, Daniel P. Berrangé ha scritto: >>>> %{_lib} expands to 'li

Re: %{_lib} leads to dir not found, whereas lib works fine (firefox-pkcs11-loader)

Il 06/03/2018 16:35, Dennis Gilmore ha scritto: > El mar, 06-03-2018 a las 15:29 +0100, Germano Massullo escribió: >> During package firefox-pkcs11-loader build, the following two spec >> file >> lines >> >> %dir %_prefix/%{_lib}/mozilla/pkcs11-modules/ >>

Re: %{_lib} leads to dir not found, whereas lib works fine (firefox-pkcs11-loader)

Il 06/03/2018 17:42, Dennis Gilmore ha scritto: > El mar, 06-03-2018 a las 17:20 +0100, Germano Massullo escribió: >> Il 06/03/2018 16:35, Dennis Gilmore ha scritto: >>> El mar, 06-03-2018 a las 15:29 +0100, Germano Massullo escribió: >>>> During package firefox-pkcs

Re: %{_lib} leads to dir not found, whereas lib works fine (firefox-pkcs11-loader)

Il 06/03/2018 18:17, Germano Massullo ha scritto: > Thank you Dennis. Therefore I think that rpmlint messages should be > improved about noarch packages. > I started working on %{_lib} / %{_libdir} on firefox-pkcs11-loader spec > file because originally there were %files entries lik

Re: %{_lib} leads to dir not found, whereas lib works fine (firefox-pkcs11-loader)

Thank you Björn you clarified all my remaining doubts! I will remove "BuildArch: noarch" because in my opinion is the best solution. Then I will resume the %{_libdir} macros ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an em

QMake equivalent of CMake flag -DCMAKE_INSTALL_LIBDIR:PATH=%{_libdir}

Package firefox-pkcs11-loader[1] tries to install files under /usr/lib/ instead of %{_libdir}/ the problem has been solved using CMake flag -DCMAKE_INSTALL_LIBDIR:PATH=%{_libdir} Package webextension-token-signing[2] is affected by the same problem, but it uses QMake rather than CMake, so I am inv

Re: QMake equivalent of CMake flag -DCMAKE_INSTALL_LIBDIR:PATH=%{_libdir}

Il 11/03/2018 01:56, Kevin Kofler ha scritto: > The upstream makefile hardcodes /usr/lib here: > https://github.com/open-eid/chrome-token-signing/blob/master/host-linux/chrome-token-signing.pro#L22 > The easiest fix is probably to just change: > ffconf.path = /usr/lib/mozilla/native-messaging-hosts

Re: QMake equivalent of CMake flag -DCMAKE_INSTALL_LIBDIR:PATH=%{_libdir}

upstream made a patch https://github.com/open-eid/chrome-token-signing/issues/80#issuecomment-373545367 but it looks like it does not work. Could you please check if I made any mistake in applying the patch in the RPM? failed build https://koji.fedoraproject.org/koji/taskinfo?taskID=25733909 Pack

Re: QMake equivalent of CMake flag -DCMAKE_INSTALL_LIBDIR:PATH=%{_libdir}

2018-03-16 4:48 GMT+01:00 Kevin Kofler : > Germano Massullo wrote: >> upstream made a patch >> https://github.com/open-eid/chrome-token-signing/issues/80#issuecomment-373545367 >> but it looks like it does not work. >> Could you please check if I made any mistake in a

Re: QMake equivalent of CMake flag -DCMAKE_INSTALL_LIBDIR:PATH=%{_libdir}

2018-03-18 1:38 GMT+01:00 Kevin Kofler : > Upstream should probably add LIBPATH=$(LIBPATH) to their qmake invocation in > the makefile so that their makefile variable actually works without > requiring you to touch the qmake invocation directly. I pointed that out to > them now. Thank you. As I ju

Suggestions for upgrading qdigidoc 3.x spec file to qdigidoc 4.x

Hi, I am going to start working on upgrading qdigidoc 3.x spec file[1], in order making it compatible with the new (beta) qdigidoc 4.x [2]. I am not yet confident in creating spec files from the scratch, like often happens with major updates, so I would like to ask you some suggestions that come t

runtime dependencies not in Requires spec section

I am one of the keepassxc maintainers. Bugreport "Missing dependency: qt5-qtsvg libQt5Svg.so.5" https://bugzilla.redhat.com/show_bug.cgi?id=1911210 made me wonder about the following thing: I just installed a basic Fedora server to do a test concerning keepassxc libs. Keepassxc spec file [1] doe

Fedora official kernel build fails to compile on Copr

Hi there, I would need help in understanding why this kernel build failed. https://copr.fedorainfracloud.org/coprs/germano/kernel_204253_comment_14_patch/build/1613735/ The SRPM is the same of Fedora repository except for a small patch file that I have added to run some tests against blk-mq sched

Re: Fedora official kernel build fails to compile on Copr

Il 18/08/20 09:40, Fabio Valentini ha scritto: > On Tue, Aug 18, 2020, 02:15 Laura Abbott <mailto:la...@labbott.name>> wrote: > > On 8/17/20 7:36 PM, Germano Massullo wrote: > > Hi there, I would need help in understanding why this kernel > build failed. >

Re: Fedora official kernel build fails to compile on Copr

I solved the previous error about macros expanded in comments, and now the build fails for other strange reasons. https://copr.fedorainfracloud.org/coprs/germano/kernel_204253_comment_14_patch/build/1616496/ By the way by commenting my patch on spec file, the kernel builds successfully https://cop

GCC "-fparallel-jobs" up to ~1.9x speedup when compiling individual files in parallel

I think soon we will have a big boost in Koji performances thanks to Giuliano Belinassi and his work on addressing GCC parallelization bottlenecks. According to Phoronix, compiling individual files in parallel may have up to ~1.9x speedup: https://www.phoronix.com/scan.php?page=news_item&px=GCC-fpa

Re: Fedora official kernel build fails to compile on Copr

I solved the previous error about macros expanded in comments, and now the build fails for other strange reasons. https://copr.fedorainfracloud.org/coprs/germano/kernel_204253_comment_14_patch/build/1616496/ By the way by commenting my patch on spec file, the kernel builds successfully https://cop

Re: fedbot spamming in #fedora

Il 19/07/20 19:41, Kevin Fenzi ha scritto: > On Fri, Jul 17, 2020 at 05:34:13PM +0200, Germano Massullo wrote: >> Is it necessary to have in #fedora IRC channel, fedbot spamming 48 times >> per day about Fedora respins update? >> >> [16:51] *** F32-20200715 update

Re: Please update Darktable to latest stable on Fedora 33

I apologize, this happened because F33 was branched in the same days I was building darktable. I must have missed the announcement. Anyways for any problem related to a package users should leave a comment on bugzilla rather than the mailing list ___ deve

Re: Please update Darktable to latest stable on Fedora 33

Il 26/09/20 03:03, Luya Tshimbalanga ha scritto: > > On 2020-09-25 12:53 p.m., Germano Massullo wrote: >> I apologize, this happened because F33 was branched in the same days I >> was building darktable. I must have missed the announcement. >> Anyways for any problem re

Re: fedbot spamming in #fedora

Il 06/09/20 23:03, Kevin Fenzi ha scritto: > On Sat, Sep 05, 2020 at 12:54:34AM +0200, Germano Massullo wrote: >> Il 19/07/20 19:41, Kevin Fenzi ha scritto: >>> On Fri, Jul 17, 2020 at 05:34:13PM +0200, Germano Massullo wrote: >>>> Is it necessary to have in #fedora I

Re: fedbot spamming in #fedora

https://pagure.io/irc-support-sig/issue/200 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/

ganglia builds on mock/copr, fails on koji

ganglia EPEL 7 successfully builds on mock and copr [1] but fails on koji [2], complaining about a missing close in a %if block. By seeing the spec file I don't see any missing closure in the block, and I don't understand this different behaviour between copr and koji What do you think about? Thank

Re: JOSM now use openjfx, but openjfx not added to jvm after installation

Il 19/07/2017 18:03, OLIVIER Cedric ha scritto: > These steps are described in > /usr/share/doc/openjfx/README.fedora. Could you please attach such file in the discussion? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an ema

Re: A less "bloated" KDE spin

# dnf remove foo and you can easly get rid of what you do not like. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Improving Linux laptop battery life: Testers Wanted

Hi Hans, I can provide ~10 different Thinkpad models to test your code. Looking forward to start! Have a nice day ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Improving Linux laptop battery life: Testers Wanted

Il 17/09/2017 15:39, Hans de Goede ha scritto: > Hi, > > On 14-09-17 14:44, Germano Massullo wrote: >> Hi Hans, I can provide ~10 different Thinkpad models to test your code. >> Looking forward to start! > > That is great, thank you. > > I'm looking forward

Re: Improving Linux laptop battery life: Testers Wanted

Thank you for the extensive explanation! > TL;DR: I do not expect you to see any silent data corruption if > anything goes wrong, you should know. Ok, at the end of each day I will give a look to "dmesg", just to be sure that everything went fine. I will also check for firmware updates before star

Re: Improving Linux laptop battery life: Testers Wanted

This message may be useful to others having my similar problem. On a Thinkpad X220, after having booted the custom kernel, running [root@machine]# cat /sys/class/scsi_host/host0/link_power_management_policy I get max_performance instead of med_power_with_dipm Here some machine details [root

Re: Improving Linux laptop battery life: Testers Wanted

This message may be useful to others having my similar problem. On a Thinkpad X220, after having booted the custom kernel, running [root@machine]# cat /sys/class/scsi_host/host0/link_power_management_policy I get max_performance instead of med_power_with_dipm Here some machine details [root

Re: Improving Linux laptop battery life: Testers Wanted

> It might be that systemd does not like that rc.local is owned > by "user" rather then "root" Unfortunately # chown root:root /etc/rc.d/rc.local did not solve the problem, instead manually running the script as root, changed the /sys/class/scsi_host/host0/link_power_management_policy state to med

Re: Hi

Welcome!! ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Improving Linux laptop battery life: Testers Wanted

Hi Hans, do you have any F27 kernel to test SATA Link Power Management (LPM)? Best regards ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

compat-openssl10 and openssl conflict

I am working on unretiring Estonia ID Card utilities[1] and I noticed that ‎ compat-openssl10 conflicts with openssl. In my case I am speaking about ‎ compat-openssl10-devel and openssl-devel. I noticed that while compiling libdigidocpp [2] in my eeste-id-card-tools Copr repository [3]. Yesterday I

Re: compat-openssl10 and openssl conflict

Il 29/11/2017 23:29, Adam Williamson ha scritto: > Why do you need to have both -devel packages installed at once? libdigidoc needs compat-openssl10-devel libdigidocpp needs openssl-devel and libdigidoc-devel so IMHO this could trigger DEBUG util.py:478: Error: DEBUG util.py:478: Probl

Re: Introducing Suzanne Yeghiayan (aka Sly)

Welcome Sly! ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Unretiring Estonia ID cards utilities

Good day, I am unretiring packages for Estonia ID cards Review request: qdigidoc - Estonian digital signature application https://bugzilla.redhat.com/show_bug.cgi?id=1519749 Review request: qesteidutil - Estonian ID card utility https://bugzilla.redhat.com/show_bug.cgi?id=1519323 Review request:

ppc64le build failure on F34 and EPEL8, EPEL8-next only

Good day. darktable maintainer here. I am experiencing a ppc64le build failure on F34 and EPEL8, EPEL8-next only. https://koji.fedoraproject.org/koji/taskinfo?taskID=81021540 https://koji.fedoraproject.org/koji/taskinfo?taskID=81021476 On F34 the error is /builddir/build/BUILD/darktable-3.8.0/src

Re: ppc64le build failure on F34 and EPEL8, EPEL8-next only

Thank you, and what about EPEL8 build failure? Such branch is not affected by that bug https://koji.fedoraproject.org/koji/taskinfo?taskID=81021476 Thank you ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-

search among all spec files

Good day. I have to search gcc-toolset among all Fedora packages specs files, in order to read some example of usage. Is that possible? For example cloning the whole git repository. Best regards ___ devel mailing list -- devel@lists.fedoraproject.org To

Re: search among all spec files

Thank you everybody for your suggestions! ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ L

fedora-review bugreport 2038828

Hello, a month ago I opened a bugreport against fedora-review https://bugzilla.redhat.com/show_bug.cgi?id=2038828 Today I tried to clean up mock build with various command, and at the end I also tried to delete the content of folder /var/lib/mock/ but I am still experiencing the problem. Since i

Re: fedora-review bugreport 2038828

the problem was fedora-review not properly supporting tmpfs. All infos in the bugreport Best regards ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: http

Re: ppc64le build failure on F34 and EPEL8, EPEL8-next only

Il 10/01/22 00:30, Germano Massullo ha scritto: Thank you, and what about EPEL8 build failure? Such branch is not affected by that bug https://koji.fedoraproject.org/koji/taskinfo?taskID=81021476 Thank you new darktable release build failure on EL8 ppc64le https://koji.fedoraproject.org/koji

ZFS

After having dealt for the n-th time with libvirt dependencies messing up [1] with zfs packages installed from ZFS On Linux repository, I wondered if we could just include them in Fedora repository. They are not in the Fedora Forbidden Items [2] list. Fedora Wiki ZFS page [3] says: "Fedora relea

Re: GNOME only: KeepassXC quirks

This problem should have been fixed with commit https://code.qt.io/cgit/qt/qtbase.git/commit/?id=dda7dab8274991e4a61a97c352d4367f8f815bb9 after checking which Qt version includes such commit, I will remove xcb.patch [1] and release a new keepassxc release to test its behaviour [1]: https://src.

Re: (Quite?) OT Question: Is still relevant Software RAID?

Il giorno gio 2 dic 2021 alle ore 12:20 Björn Persson ha scritto: > But the licensing situation makes ZFS painful, and BTRFS seems to take > forever to mature, so it should be expected that many people will choose > software RAID No The. ZFS licensing problems you mentioned have nothing to do w

Re: Status of OwnCloud/NextCloud

Il 04/04/2018 22:49, James Hogarth ha scritto: > On Wed, 4 Apr 2018, 20:26 Adam Williamson, > wrote: > > On Wed, 2018-04-04 at 11:15 +0100, James Hogarth wrote: > > On 4 April 2018 at 11:01, David Sommerseth > wrote: > >

Packages optimized for very specific x86_64 "x" generation (OpenSUSE OBS / Fedora Koji)

As darktable co-maintainer, today I was speaking with darix from OpenSUSE community, which maintains such package on that distro. On their OBS build system, they are able to build various packages each one optimized for a single x86_64 CPU generation using @BUILD_FLAVOR@ + _multibuild file.[1] So f

Estonia Open-EID available again

Hello, I am glad to announce that the Estonia Open-EID client software stack[1], has been unretired and updated to lastest version. To use it, simply install open-eid package. System reboot is recommended[2]. Best regards [1]: https://github.com/open-eid/ [2]: https://bugzilla.redhat.com/show_bug

Estonia Open-EID available again

Hello, I am glad to announce that the Estonia Open-EID client software stack[1], has been unretired and updated to lastest version. To use it, simply install open-eid package. System reboot is recommended[2]. Best regards [1]: https://github.com/open-eid/ [2]: https://bugzilla.redhat.com/show_bug

Concerning /etc/opt usage

Today I have received pull request [1]. Since line 62 %dir %{_sysconfdir}/opt/chrome/native-messaging-hosts/ means /etc/opt/chrome/native-messaging-hosts/ and since packaging guidelines [2] say that a package may only use directories in the |/opt/fedora,| I would reject this pull request. What do y

Re: Concerning /etc/opt usage

Il 05/06/18 04:29, Rex Dieter ha scritto: > Rex Dieter wrote: > >> Germano Massullo wrote: >> >>> Today I have received pull request [1]. >>> Since line 62 >>> %dir %{_sysconfdir}/opt/chrome/native-messaging-hosts/ >>> means >>>

nextcloud-client packaging help wanted

Hello, I am the maintainer of nextcloud-client. I am writing to ask for help in maintaining nextcloud-client. Actually nextcloud-client is just a nextcloud themed version[1] of owncloud-client[2]. The new nextcloud-client[3] instead is still at a very alpha state. We used to be 5 maintainers, but a

Re: nextcloud-client packaging help wanted

Thank you Christian! Anyone else? ___ 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-conduct.html List Guidelines: https://fedo

Re: nextcloud-client packaging help wanted

Ok I have just had a talk with upstream. We will jump directly to 2.5. They will release it soon as nextcloud-client, so no themes will be needed ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fed

Understanding popd pushd usage in RPM spec file

Hi, I need some help in understanding how popd and pushd work in rpm files creation. Today I started working on enhancing darktable spec file [1] in order to add basecurve-tool and noise-tool subpackages, and I had some difficulties in understanding popd/pushd usage in that spec file. Despite is a

Fixing KeepassXC missing Gnome tray icon

A user filled the following bugreport https://bugzilla.redhat.com/show_bug.cgi?id=1601033 concerning KeepassXC from Fedora repository missing the Gnome tray icon. He states that the upstream AppImage build instead is not affected by this problem. The spec file seems to be fine so I don't understan

Re: Fixing KeepassXC missing Gnome tray icon

On 7/18/18 9:57 PM, Robert-André Mauchin wrote: > Also if you're looking to fix your FTBFS after the mass rebuild, look at this > bug > https://github.com/keepassxreboot/keepassxc/issues/2048 Thank you! ___ devel mailing list -- devel@lists.fedoraprojec

Errors in compiling darktable subpackages

I am working on adding more features to darktable (basecurve tool and noise tool subpackages). In log [1] from line BUILDSTDERR: /usr/bin/ld: CMakeFiles/dt-curve-tool.dir/dt-curve-tool.c.o: relocation R_X86_64_32S against symbol `spline_set' can not be used when making a shared object; recompile

Re: Errors in compiling darktable subpackages

On 7/19/18 10:15 PM, Fabio Valentini wrote: > I used to get these errors too for some of my packages. It turned out > that upstream made some mistakes in their CMakeLists.txt files: > The errors were usually caused by some CMakeLists.txt file overriding > the system-provided CFLAGS with something e

Re: audiofile package to become an orphan

If upstream is no longer maintaining it, in my opinion you should evaluate to remove it from Fedora repository: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe se

Re: Errors in compiling darktable subpackages

A user in darktable mailing list [1] said "If you are using -specs=/usr/lib/rpm/redhat/redhat-hardened-ld at link time, you also need to use -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 at compile time, and as you are compiling and linking at the same time, you need either both, or drop the -spe

Re: Errors in compiling darktable subpackages

A little update: upon FAS misc suggestion I started trying to comment from line 5 to 15 of file https://github.com/darktable-org/darktable/blob/darktable-2.4.x/tools/basecurve/CMakeLists.txt and then the previous error seems to be disappeared. https://copr.fedorainfracloud.org/coprs/germano/darktab

Re: runtime dependencies not in Requires spec section

Jerry James wrote: > RPM can query ELF objects (executables and shared libraries) to find > DT_NEEDED fields. That gives it a list of libraries that are depended > on directly. It generates Requires for those dependencies > automatically; see /usr/lib/rpm/find-requires. So the keepassxc > packag

Help for FTBFS packages: apcupsd and firefox-pkcs11-loader

I tried fixing apcupsd and firefox-pkcs11-loader that started to fail after introduction of "CMake to do out-of-source builds", but I got some errors about missing files, that is strange since package structure has not changed, it's the same that built successfully on older Fedora branches problems

Re: Help for FTBFS packages: apcupsd and firefox-pkcs11-loader

apcupsd package has been fixed by Jason L Tibbitts III ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-o

Re: Help for FTBFS packages: apcupsd and firefox-pkcs11-loader

Il giorno dom 31 gen 2021 alle ore 01:38 Robert-André Mauchin ha scritto: > It seems out of tree builds are not supported by the build script. > Just copy the xpi to the build directory to make it work: > > cp -a *.xpi %{_vpath_builddir}/ > > (after the %cmake call) Thank you, it worked!

Re: /usr/include/c++/11/type_traits:3164:1: error: template with C linkage

Also this build seems to be related to this problem https://koji.fedoraproject.org/koji/taskinfo?taskID=61482059 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Con

Proven Packagers: update Audacity

Can anybody please help updating Audacity package? I cannot help this time. Despite this package has 2 maintainers, the software is no up-to-date and is highly unstable and crashes every time you use it https://bugzilla.redhat.com/show_bug.cgi?id=1836497

Re: Proven Packagers: update Audacity

Il 09/02/21 19:06, Gwyn Ciesla via devel ha scritto: > I'll take care of it. Thank you! ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedo

memleax spec file and review

Good day, I am creating a spec file [0] for memleax memory leaks analyzer [1], but during build [2] I am getting error "invalid option: --build=x86_64-redhat-linux-gnu.". Where can be the problem? Thank you [0]: https://pagure.io/memleax/blob/master/f/memleax.spec [1]: https://github.com/WuBingzhe

<    1   2   3   >