Re: help with repackaging pdf-stapler for python3

Hello, On Fri, Dec 27, 2019 at 7:44 AM Globe Trotter via devel wrote: > > However, I have a problem: the issue is that Source0 does not have the latest > tar.bz2 while Source1 does not call it 1.0.0 though the release notes say so > (there). You should have just one SourceX tag for each tarbal

Re: Fedora 32 System-Wide Change proposal: Enable fstrim.timer by default

On Sat, Dec 21, 2019 at 1:43 AM John M. Harris Jr wrote: > > On Friday, December 20, 2019 5:33:59 PM MST Rahul Sundaram wrote: > > Hi > > > > On Fri, Dec 20, 2019 at 7:15 PM John M. Harris Jr > > > > wrote: > > > > ...release notes are published on the docs site as they have always > > > > been:

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

On Fri, Dec 6, 2019 at 8:06 PM Stephen Gallagher wrote: > > On Fri, Dec 6, 2019 at 1:52 PM Alexander Ploumistos > wrote: > > > > On Fri, Dec 6, 2019 at 6:14 PM Miro Hrončok wrote: > > > > > > Rollback or disable explicitly. > > > > I had been b

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

On Fri, Dec 6, 2019 at 6:14 PM Miro Hrončok wrote: > > Rollback or disable explicitly. I had been busy testing a bunch of other packages from koji and rollback is going to break a lot of things at this point. Could you please explain how to install the new protobuf build and get rid of the pulled

Re: Open Babel 3.0.0

Hello Dominik, On Sun, Nov 24, 2019 at 7:40 PM Dominik Mierzejewski wrote: > > On Saturday, 23 November 2019 at 13:52, Alexander Ploumistos wrote: > [...] > > Now I'd argue that the changes in v3.0.0 would be worth bending the > > rules and updating everything in stable

Open Babel 3.0.0

Hello, This is addressed to the maintainers of packages that depend on openbabel and Dominik, who maintains obenbabel. One of the upstream projects I'm monitoring received a patch yesterday for openbabel-3.0.0, which was released a little over a month ago. I took a look at its changelog, which is

Re: How to approve a review request ?

On Fri, Nov 15, 2019 at 6:04 PM J. Scheurich wrote: > > Hi, > >> I want to approve the review request of vimvi-qt, but this is my first > >> offical review 8-( > > You need to set fedora-review+ flag. Click on "Show advanced fields" near > > the top of the bug, and flags should be visible in a dr

Re: Will orphan packages with NEW F31FTBFS bugs tomorrow

On Fri, Nov 8, 2019 at 1:17 PM Miro Hrončok wrote: > > gucharmap Turns out that a) I got some spare time and b) the FTBFS was rather easy to fix. Before I adopt another stray that I know almost nothing about, does anyone have a good reason why I should let it get retired?

Re: Will orphan packages with NEW F31FTBFS bugs tomorrow

On Thu, Nov 14, 2019 at 10:41 AM Ernestas Kulik wrote: > > On Thu, 2019-11-14 at 10:34 +0100, Ernestas Kulik wrote: > > On Thu, 2019-11-14 at 09:08 +, Paul Howarth wrote: > > > On Mon, 11 Nov 2019 13:53:17 +0100 > > > Miro Hrončok wrote: > > > > gucharmap > > > > > > Isn't that a core compone

Re: Fedora 31 Self-Contained Change proposal: AArch64 Xfce Desktop image

On Sun, Oct 13, 2019 at 11:52 AM Peter Robinson wrote: > It will not be supported in Fedora 31. It was accidentally added to > the original change and the change page subsequently updated to to > remove the error but the email had already been sent. Thanks Peter. I suppose that since raspbian is

Re: Fedora 31 Self-Contained Change proposal: AArch64 Xfce Desktop image

Hi, The change proposal submitted here lists the Pi 4 among the supported devices, whereas the wiki page does not. I checked the SUPPORTED-BOARDS file in the accompanying documentation of arm-image-installer and there is no rpi4 in the list of target boards. Will the the Pi 4 be supported at Fedor

Re: Fedora 31 Beta Release Announcement

Hi John, On Wed, Sep 18, 2019 at 2:02 AM John M. Harris, Jr. wrote: > > The thing is, i686 still works. The kernel still builds as well, without > issue. I have no idea what the issues that have been mentioned are, and I've > kept asking. Nobody has given me an answer. Nobody has pointed me to

Re: Donate 1 minute of your time to test upgrades from F30 to F31

Error: Problem: problem with installed package bat-0.10.0-1.module_f30+4037+f98ba4b0.x86_64 - package bat-0.11.0-3.module_f31+5338+1c55392b.x86_64 requires libgit2.so.28()(64bit), but none of the providers can be installed - bat-0.10.0-1.module_f30+4037+f98ba4b0.x86_64 does not belong to a dis

Re: Fedora Workstation and disabled by default firewall

Hello, On Mon, Aug 26, 2019 at 2:36 PM Silvia Sánchez wrote: > I don't think that's normal. I don't remember any moment in all these years > using Fedora that I ever had a completely disabled firewall. As a matter of fact, you did: https://lists.fedoraproject.org/archives/list/devel@lists.fedo

Re: Bug 1742953 - No Screensaver/Powerdown after Inactivity at LUKS Password Prompt [FutureFeature]

On Wed, Aug 21, 2019 at 2:43 AM John Harris wrote: > > On Tuesday, August 20, 2019 2:35:03 AM MST Christophe de Dinechin wrote: > […] > > On macOS, when full disk encryption is active, there is a different > > boot-time login screen. The process is described here: > > https://support.apple.com/en-

Re: gsl soname bump

On Tue, Aug 20, 2019 at 10:48 PM Susi Lehtola wrote: > Triggering rebuilds of the following affected packages > […] > scidavis Thank you! ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedorapro

Re: Does anybody care about gettext?

On Fri, Aug 9, 2019 at 11:13 PM Jerry James wrote: > > On Fri, Aug 9, 2019 at 2:12 AM Alexander Ploumistos > wrote: > > All the patches we carried were merged back in the latest upstream > > version (0.20.1), but when I took a stab at it, I got a lot of errors > > abo

Re: Does anybody care about gettext?

Hello, On Fri, Aug 9, 2019 at 11:03 AM Sundeep Anand wrote: > most probably I’ll fix that by next week. All the patches we carried were merged back in the latest upstream version (0.20.1), but when I took a stab at it, I got a lot of errors about the variable types and I did not know how to proc

Re: Offering do-anything-swap in exchange to white_dune sponsoring

Hi mufti, On Tue, Jul 30, 2019 at 8:02 AM J. Scheurich wrote: > | Review the package .. > | * Go through the MUST items listed in Review Guidelines > . > | * Go through the SHOULD items in Review Guidelines >

Re: Offering do-anything-swap in exchange to white_dune sponsoring

Hello mufti, On Mon, Jul 29, 2019 at 9:56 PM J. Scheurich wrote: > What can you do in a informal review more than sending comments with > found potential problems ? Helpful comments such as those you've made on Bugzilla are always welcome. You may have noticed some people using a template when

Re: Procedure to get keytable included in official console and X and wayland keytables.

Hi Stan, On Mon, Jun 10, 2019 at 3:53 AM stan via devel wrote: > > Does anyone know how I would go about getting my keytable, which I > call uneaf after the left home row, included? Is there an official > procedure, or is it just a submission with a request to a programmer > somewhere. Over the

Re: Updating arc-theme and self introduction

Hello Martin, And welcome aboard! Before you can claim an orphaned package, you should first get someone to sponsor you into the packager group. The process you need to go through is documented here: https://fedoraproject.org/wiki/Join_the_package_collection_maintainers https://fedoraproject.org/w

Re: Concurrent changelogs - merge or nix?

On Fri, Mar 15, 2019 at 10:24 AM Vít Ondruch wrote: > > I've been there, keeping Ruby .spec file in sync with upstream > development, and my decision was always to drop the detailed changelog > and replace it just with single entry. In the end, in the development > stream, there are many times men

Concurrent changelogs - merge or nix?

Hello, For a few months now and in order to help upstreams find bugs and test new features I have been maintaining in copr development versions of a couple of my packages, namely pre-release versions of Molsketch and development snapshots of SciDAVis built against Qt5. At the same time, I have bee

Re: Can't push to batched an Fedora 30 update?

On Mon, Mar 11, 2019 at 9:23 AM Richard W.M. Jones wrote: > https://bodhi.fedoraproject.org/updates/FEDORA-2019-fd699ee2ea > > "This update has reached 3 days in testing and can be pushed to stable > now if the maintainer wishes" > > Yes I'd like to, but there's no push to batched button! > I gues

Re: Qt file dialogs under GNOME and MATE

On Thu, Feb 7, 2019 at 12:00 AM Rex Dieter wrote: > Qt apps under gnome/mate use QGnomePlatform plugin to provide those UI > elements. Thank you Rex, from what I understood, we're not the only ones using it. I think I do need to file a bug report. Best regards, Alex _

Qt file dialogs under GNOME and MATE

Hello, While ironing out the kinks in the upcoming version of Molsketch with the upstream developer, we noticed that we weren't seeing the same dialogs. He is on KDE (OpenSuSE) and I was testing in GNOME and MATE. Molsketch has an option to save a single molecule/structure with the .msk extension.

Re: Update a package with new upstream release

Hi Alain, I believe these two documents should come in handy: https://fedoraproject.org/wiki/Package_maintenance_guide https://fedoraproject.org/wiki/Package_update_HOWTO (the second one is mostly about the update process) Source packages are not part of the "usual" git transactions, they are mod

Re: Spam/scam links in bugzilla

On Thu, Nov 1, 2018 at 7:05 PM Alasdair G Kergon wrote: > If anyone spots any more, please open a ticket by emailing bugzilla-requests > @redhat.com and one of us will clean it up. Thanks Alasdair, that's good to know. ___ devel mailing list -- devel@li

Spam/scam links in bugzilla

Hello, A few minutes ago I was notified about a post in a closed bug. It turns out that the account that made the post has been sporadically spamming various bugs: https://bugzilla.redhat.com/page.cgi?id=user_activity.html&action=run&who=dragoelanie%40gmail.com&from=2018-01-01&to=2018-11-01&sort=w

Re: Build failure on ppc64le in rawhide

On Sun, Oct 21, 2018 at 11:50 PM Tom Hughes wrote: > > On 21/10/2018 22:19, Alexander Ploumistos wrote: > > > Yesterday I received a notification from koschei about a build failure > > of one of my packages in rawhide: > > https://apps.fedoraproject.org/koschei/build/5

Build failure on ppc64le in rawhide

Hello, Yesterday I received a notification from koschei about a build failure of one of my packages in rawhide: https://apps.fedoraproject.org/koschei/build/5550863 In the build.log it says that g++ encountered a fatal error, but I really can't figure out what the problem was. On x86_64 and aarch6

Re: Fedora for Web Development fail

Hi Máirín, For several years now I've been using VMs with backing files to do what you're trying to achieve. It's basically what Dusty Mabe describes in the last paragraph of this article: https://dustymabe.com/2015/01/11/qemu-img-backing-files-a-poor-mans-snapshotrollback/ Using virt-manager, I

Re: Headsup: dbus 1.12.10-1.fc29 is missing systemd dbus.service file, breaking almost everything

On Sun, Sep 2, 2018 at 9:34 AM Andreas Tunek wrote: > > Den lör 1 sep. 2018 kl 15:50 skrev stan : > > Or, if you can boot a rescue image, you can then use chroot to do a dnf > > update of F29, should be something like > > chroot /mnt/Sysimage dnf update > > where /mnt/Sysimage is the root director

Re: sip-related build failures in rawhide

On Mon, Jul 16, 2018 at 4:53 AM Rex Dieter wrote: > You can always bump release and submit a new(er) build I thought of that, but Kevin Fenzi killed it a few minutes later and I was able to resubmit it. ___ devel mailing list -- devel@lists.fedoraprojec

Re: sip-related build failures in rawhide

On Sun, Jul 15, 2018 at 6:34 PM Rex Dieter wrote: > Strictly speaking, it was a bug in PyQt4, which should be fixed now. Please > try again. (scidavis scratch build succeeded just now for me) Thank you for taking care of this so quickly Rex. Unfortunately, it seems that I will have to wait for t

sip-related build failures in rawhide

Hello, A few days ago scidavis builds started failing in rawhide. Someone mentioned here that sip was to blame for a number of such failures and according to koschei they started to happen after the update from sip-4.19.9-0.2.dev1805261119.fc29 to sip-4.19.12-2.fc29. According to the logs[0], sip

Re: Build fails in rawhide only on x86_64 & i686

On Sun, Jul 8, 2018 at 3:31 PM Igor Gnatenko wrote: > This is the bug in annobin which is breaking many things. Thank you both, after adding "%undefine _annotated_build" to the spec file, the builds succeeded. Are we supposed to apply this workaround or do we wait for the issue to be resolved? __

Build fails in rawhide only on x86_64 & i686

Hello, I submitted updated builds for scidavis and they failed in rawhide[0] on x86_64 and i686 with the message: src/main.cpp:160:5: error: 'int main(int, char**)' causes a section type conflict with 'const QString operator+(const QString&, const QString&)' The update contained mostly fixes for

Re: i686 kernel missing on rawhide / disabling archs in critical path pkgs

I've submitted the patch upstream, I hope it fares better than my last attempt. ___ 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-

Re: i686 kernel missing on rawhide / disabling archs in critical path pkgs

On Sat, Jun 23, 2018 at 4:45 PM Alexander Ploumistos wrote: > I applied the patch, enabled i686 in the spec file and after almost > 5h, the build completed successfully. I could try to prepare a > submission in a few hours, but given that the last (and only) time I > submitted a

Re: i686 kernel missing on rawhide / disabling archs in critical path pkgs

On Fri, Jun 22, 2018 at 7:39 PM Laura Abbott wrote: > Thanks for the patch. Once someone verifies this fixes the i686 > problem and makes an attempt to submit it upstream I will see about > applying it to the tree. I applied the patch, enabled i686 in the spec file and after almost 5h, the build

Re: Multi-arch support in Mock

By the way, our 32-bit configurations have always been i386 instead of i686? ___ 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-

Re: Multi-arch support in Mock

Thank you both, mock -r fedora-29-i386 --arch=i386 kernel-4.18.0-0.rc0.git9.1.fc29.src.rpm ran just fine. On the other hand, retrying after a "--scrub=all" with mock -r fedora-29-i386 --forcearch=i386 init gave the same error. ___ devel mailing list -- de

Re: Multi-arch support in Mock

Hi Miroslav, I'm having trouble with the i386 arch on x86_64. I've tested it on actual hardware and in a VM and in both cases I get ERROR: Could not find useradd in chroot, maybe the install failed? I've tried building the kernel with mock -r fedora-29-i386 --forcearch=i386 kernel-4.18.0-0.rc0.g

Re: [X86] Fwd: F29 System Wide Change: i686 Is For x86-64

> == Detailed description == > Currently, the i686 RPM packages are built in such a way that they are > compatible with very old i686 systems, such as the Pentium III. The > only addition over the i686/Pentium Pro baseline is a requirement to > support long NOPs, for Intel CET. However, the major

Re: herbstluftwm

Hi Silvia, On Sat, May 26, 2018 at 10:07 AM Silvia Sánchez wrote: > Hi, > Mastaiza, would you be so kind to sponsor me? I'll be glad to maintain your package, I like it and it's a shame it's going to be orphaned. herbstluftwm used to be maintained by Christopher Meng (cicku). Mastaiza is not o

Re: Taskotron test failures (dist.rpmlint)

On Mon, May 14, 2018 at 11:59 AM Kamil Paral wrote: > On Sun, May 13, 2018 at 12:22 PM, Alexander Ploumistos < alex.ploumis...@gmail.com> wrote: >> Hello, >> I've just submitted an update to cmpfit[0] for f28. The automated tests >> show errors and warnings o

Taskotron test failures (dist.rpmlint)

Hello, I've just submitted an update to cmpfit[0] for f28. The automated tests show errors and warnings only on x86_64 and armv7hl[1] and the errors have to do with the omission of ldconfig scriptlets. Aren't we supposed to get rid of these for f28+? The warnings are: cmpfit-devel.armv7hl: W: no-

Re: orphaning and retiring some packages

On Sat, May 5, 2018 at 6:54 PM Mukundan Ragavan wrote: > fityk (depends on cmpfit) > cmpfit (fityk is dependent on this) Unless someone else wants these two, I will take them. Co-maintainers more than welcome. FAS name: alexpl ___ devel mailing list --

Re: Serious problem with SATA LPM in F28 on Lenovo 50 series laptops

Hello Hans, I've just upgraded a G50-30 and like Christian, I can not reproduce the issue. I logged into MATE and GNOME, played with the brightness settings while plugged in and on battery, it did not hang. # cat /sys/class/scsi_host/host*/link_power_management_policy med_power_with_dipm med_powe

Re: Upcoming gdouros-*-fonts license change and subsequent complications

Yesterday evening George Douros uploaded updated versions of almost every font I maintain, as well as the new "license": http://users.teilar.gr/~g1951d/License.pdf As you can see, there is no ambiguity, the text - despite its shortcomings - presents a number of obstacles to the inclusion of the fo

Re: Upcoming gdouros-*-fonts license change and subsequent complications

On Mon, Apr 9, 2018 at 10:24 AM, Nicolas Mailhot wrote: > Le 2018-04-08 10:11, Zbigniew Jędrzejewski-Szmek a écrit : >>> >>> Nothing is set in stone yet, but some >>> time soon he is going to upload a whole new license text (hopefully in >>> English), probably something custom-made. > > > Try to

Re: Upcoming gdouros-*-fonts license change and subsequent complications

On Sun, Apr 8, 2018 at 8:30 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Sun, Apr 08, 2018 at 02:55:49PM +0200, Alexander Ploumistos wrote: >> My concern is if he can retroactively apply the new license to the >> older versions of the fonts. Is this a valid concern or is it not h

Re: Upcoming gdouros-*-fonts license change and subsequent complications

Hi Zbigniew, On Sun, Apr 8, 2018 at 10:11 AM, Zbigniew Jędrzejewski-Szmek wrote: > On Sat, Apr 07, 2018 at 10:44:41PM +0200, Alexander Ploumistos wrote: >> - If it is indeed incompatible, would trying to convince him to adopt >> a dual license scheme be the best course of action?

Upcoming gdouros-*-fonts license change and subsequent complications

Hello all, I doubt most of you know or care about George Douros' family of fonts, as almost all of them are quite niche. However, there is one font in particular, Symbola, that a number of users and packagers care for, since it follows closely all the Unicode additions and improvements. A few of

Re: Test gating enabled in Bodhi

On Tue, Feb 20, 2018 at 11:10 PM, Rex Dieter wrote: > Alexander Ploumistos wrote: >> I am asking because the rpm documentation leaves quite a lot to be >> desired. If I went and changed all my "Requires: foo" to "Requires: >> foo%{_isa}" in all my non-no

Re: Test gating enabled in Bodhi

Well, with some delay, the waiver worked and I was able to push the f26 package to batched. On Tue, Feb 20, 2018 at 8:47 PM, Rex Dieter wrote: > Alexander Ploumistos wrote: >> OpenBabel is a runtime dependency for some optional features of >> Molsketch. The %{_isa} macro got a

Re: Test gating enabled in Bodhi

On Tue, Feb 20, 2018 at 5:13 PM, Rex Dieter wrote: > Alexander Ploumistos wrote: >> First question, why "arch" and "scenario" are x86_64, but the error >> concerns the 32-bit build? Since OpenBabel exists on all arches, why >> do I get this particular erro

Re: Test gating enabled in Bodhi

Hi, I've been having a problem with dist.rpmdeplint checks for one of my packages (molsketch). This is a new package and it has a run-time dependency on OpenBabel: Requires: openbabel%{?_isa} The failure is the same on both f26 & f27: results: - arch: x86_64 item: molsketch-0.5.1-7.fc26 out

Re: Build fails on s390x - complains about missing /usr/lib64/lib*.so* file

Thanks Artur, Antonio Trande has also made some suggestions in the review, I will try them and if nothing changes, I will report the issue upstream. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.

Build fails on s390x - complains about missing /usr/lib64/lib*.so* file

Hello, I submitted a package for review[0] about an hour ago and when I ran a scratch build in koji[1] there was a failure with this message in build.log: error: File not found: /builddir/build/BUILDROOT/molsketch-0.5.1-2.fc28.s390x/usr/lib64/lib*.so* I had built previous versions of the same pa

Re: Please stop re-adding gtk-update-icon-cache scriptlets (for Fedora)

On Fri, Jan 19, 2018 at 8:51 AM, Igor Gnatenko wrote: > On Fri, 2018-01-19 at 07:53 +0100, Alexander Ploumistos wrote: >> Should the scriptlets be removed only in rawhide, or can I apply the >> changes in F26 and F27? > > They can be removed for all supported Fedora. Thanks,

Re: Please stop re-adding gtk-update-icon-cache scriptlets (for Fedora)

Hello Igor, On Thu, Jan 18, 2018 at 8:17 PM, Igor Gnatenko wrote: > I'm working on removing all this cruft from all our packages (and creating > conditionals for all packages which have epel branch). Should the scriptlets be removed only in rawhide, or can I apply the changes in F26 and F27? Re

Re: SciDAVis and liborigin3 vs liborigin & liborigin2 - bundle or obsolete?

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

Re: SciDAVis and liborigin3 vs liborigin & liborigin2 - bundle or obsolete?

Hello Dominik, On Thu, Jan 11, 2018 at 2:52 PM, Dominik 'Rathann' Mierzejewski wrote: > On Saturday, 26 August 2017 at 22:50, Alexander Ploumistos wrote: > [...] >> I have checked if there are any packages at the moment that require >> liborigin* or liborigin*-devel a

Re: Call for testing - Firefox CSD/titlebar

On Thu, Nov 16, 2017 at 11:56 PM, Christian Stadelmann wrote: > Did you restart Firefox after setting widget.allow-client-side-decoration ? Yes and I did get the close/minimize/maximize buttons, but right under the native title bar. ___ devel mailing li

Re: Call for testing - Firefox CSD/titlebar

Was client-side decoration supposed to work in other DEs, e.g. MATE? Because the native window decoration sticks around. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Packages looking for new maintainers

On Mon, Nov 6, 2017 at 5:13 PM, Umar Parooq wrote: > can i take one Umar, as Tom Hughes pointed out earlier in the thread, you need to be sponsored into the packager group before you become the point of contact for a package. Until you have gone through the process, nobody can assign anything to

Re: Push to Batched?

On Fri, Oct 27, 2017 at 7:12 PM, Christopher wrote: > I see a new option in Bodhi called "Push to Batched". > After clicking, it now gives the familiar "Push to Stable" option. > > How does this work, what is meant by "Batched", how does it differ from > pushing to "Stable", can one push directly

package blocked for tag f27-updates-candidate

Hi, I've been trying to build a new version of a package (scidavis) and it fails on f27 every time with the message "FAILED: BuildError: package scidavis is blocked for tag f27-updates-candidate". https://koji.fedoraproject.org/koji/taskinfo?taskID=22657927 Is this because of the Final freeze, or

Re: Updates for Firefox 57 beta

On Fri, Oct 20, 2017 at 2:07 PM, James Hogarth wrote: > I do need sleep at some point ;) :-O > Ive pulled the commits and kicked off the build in the COPR > > It'll be there in a few hours or so (however long it takes for the > build in COPR). I do want to thank both you and Martin for your wor

Re: Updates for Firefox 57 beta

On Thu, Oct 19, 2017 at 9:09 PM, Mátyás Selmeci wrote: > Where is the COPR? I searched for "firefox" on copr.fedorainfracloud.org but > did not find it. https://copr.fedorainfracloud.org/coprs/jhogarth/firefox57/ Also, firefox-57.0-0.5 just finished building in koji: https://koji.fedoraproject.

Updates for Firefox 57 beta

Hello, Now that FESCo has ruled that "firefox 57beta is removed from f25/f26 updates-testing but stays in f27/rawhide", could we at least keep getting new builds in koji for f25/f26? Judging by the feedback in bodhi, the various threads here, rhbz and FESCo tickets, there is a number of users who

Re: Why is Fx 57 in Updates Testing?

On Fri, Oct 13, 2017 at 6:31 PM, Gerald B. Cox wrote: > Please use the thread Fx 57 Release Issues. This discussion isn't about the > use of the updates-testing repository for non-update software. Sure, sorry for the digression. ___ devel mailing list

Re: Why is Fx 57 in Updates Testing?

On Fri, Oct 13, 2017 at 6:04 PM, Athos Ribeiro wrote: > I maintain a small extension to toggle proxy configurations […] Hi Athos, Does noturno support proxy authentication by any chance ;) ? ___ devel mailing list -- devel@lists.fedoraproject.org To uns

Re: Call for testing - Firefox 57

On Thu, Oct 12, 2017 at 10:57 AM, Martin Stransky wrote: > and also expect new versions there. Please give it a shot and report any > issue to our [1] or Mozilla bugzilla [2]. Hi Martin, Do you want feedback in bodhi as well? And do you want to be notified about bugs filed upstream? I noticed

Re: Is there a seperate SOP for unblocking a package in koji?

Thanks Parag, I opened a new ticket. Best regards, Alex ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Is there a seperate SOP for unblocking a package in koji?

Hello, About a couple of weeks ago, I went through the new adoption/unretirement procedure for scidavis and I also used fedrepo-req-branch to request that f25, f26 and f27 branches be created as well. A few days later I became the owner of the package in pagure, I can push to every branch, but whe

Re: Combining repo/branch requests with POC changes for orphaned/retired packages

Thanks for the info Kevin, with all the changes going on in the last few months it's hard to keep up with everything. On Thu, Sep 21, 2017 at 10:46 PM, Kevin Fenzi wrote: > On 09/21/2017 11:19 AM, Alexander Ploumistos wrote: >> A few days ago there was a thread here, where the re

Combining repo/branch requests with POC changes for orphaned/retired packages

Hello all, Until last week, I hadn't gone through the new process for requesting repos and branches or unretiring and unorphaning packages and though I had read the "WhatHappenedToPkgdb" page, none of the intricacies had stuck. After a previously orphaned and retired package got approved, I filed

Re: Call for testing - Firefox CSD/titlebar

On Sat, Sep 16, 2017 at 3:28 AM, Greg Evenden wrote: > i like it, but without the Menu Bar its still unusable for me. an i hate the > Hamburger Crapola The Menu Bar didn't go anywhere; if you had it enabled, it should be there. ___ devel mailing list -

Re: Build failures on armv7hl with "No such file or directory"

On Wed, Sep 13, 2017 at 11:18 AM, Robert-André Mauchin wrote: > With this patch, scidavis sucessfully builds on ARM: https:// > koji.fedoraproject.org/koji/taskinfo?taskID=21837152 Wow, thanks a lot Robert-André! I will send the patch upstream ASAP. All the best Alex

Re: Build failures on armv7hl with "No such file or directory"

On Wed, Sep 13, 2017 at 12:22 AM, Jerry James wrote: > I looked through the armv7hl build log for sip errors or warnings and > found this: > > sip: src/scidavis.sip:175: ::Column::replaceValues() unsupported > function argument type - provide %MethodCode and a C++ signature > > I don't see that in

Re: Build failures on armv7hl with "No such file or directory"

On Tue, Sep 12, 2017 at 11:31 PM, Phil K wrote: > > Did you search the upstream mailing list? Try this: > > SciDAVis / Discussion / Help & Tips:compile issues on suse > > SciDAVis / Discussion / Help & Tips:compile issues on suse Thanks Phil, but I don't think this applies in my case. Had I forg

Build failures on armv7hl with "No such file or directory"

Hello, I have a package under review[0], that I realized had python scripting support disabled, so I enabled it. Before that, it built fine in rawhide on all arches[1]. After enabling it (which involves python obviously and at least sip) the build failed only on armv7hl[2], because a file that is

Re: Is /usr/share/mimelnk used for anything any more?

On Tue, Sep 12, 2017 at 12:24 AM, Rex Dieter wrote: > mimelnk was used in kde3, shouldn't be used by much of anything these days. > I can probably go away without any adverse affects. Thank you Rex, I will report it upstream as well. ___ devel mailing l

Is /usr/share/mimelnk used for anything any more?

While cleaning up an old spec file, I came across a desktop file, containing MimeType information, which is to be placed under /usr/share/mimelnk. The same information also exists in a regular desktop file (which goes in /usr/share/applications), so it doesn't add anything. Over at freedesktop.org

Review swaps

Hello, I have a couple of packages waiting for review: scidavis - Application for Scientific Data Analysis and Visualization https://bugzilla.redhat.com/show_bug.cgi?id=1490054 which depends on liborigin3 - A library for reading OriginLab OPJ project files https://bugzilla.redhat.com/show_bug.c

Re: Better to bundle a library or package different version than upstream?

On Wed, Sep 6, 2017 at 1:27 AM, James Hogarth wrote: > I do suggest popping a comment in the spec at the appropriate point > explaining why for anyone that runs into it and is confused I have a comment in the spec file in copr, perhaps I should also add a link to the discussion upstream. By the

Re: Better to bundle a library or package different version than upstream?

Thank you James, this did feel like the proper course of action. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Better to bundle a library or package different version than upstream?

Dear all, About ten days ago I asked a question on this list, but I guess on one hand it was too specific, while on the other it coincided with people travelling to Flock or being on vacation. As I really want to get the package in question back in Fedora, I will ask again and I will try to be mor

SciDAVis and liborigin3 vs liborigin & liborigin2 - bundle or obsolete?

Hello, Since its retirement from Fedora, SciDAVis[0] has undergone significant development and I think it is ready to be re-included in our package collection. After a few months of private builds that I distributed among co-workers and friends, I set up a copr[1] and I've been keeping up with the

Re: f27 builds in COPR fail without logs

On Wed, Aug 23, 2017 at 3:00 PM, Miroslav Suchý wrote: > Dne 22.8.2017 v 14:53 Michal Novotny napsal(a): >> >> Eventually, a new version should pop up here: >> https://bodhi.fedoraproject.org/updates/?packages=mock >> >> You can give it Karma when it appears so that it reaches Fedora repos a >> bi

Re: Review swap

Hello Andrea, I've taken it, but my ISP is giving me some trouble at the moment, they said they'll get things sorted out within the hour. I don't have a package ready for review yet, but I think I might have one by next week. ___ devel mailing list -- d

Re: f27 builds in COPR fail without logs

On Tue, Aug 22, 2017 at 3:53 PM, Michal Novotny wrote: > Eventually, a new version should pop up here: > https://bodhi.fedoraproject.org/updates/?packages=mock > > You can give it Karma when it appears so that it reaches Fedora repos a bit > faster. Oh, I had never given much thought to what happ

Re: f27 builds in COPR fail without logs

Thanks Michal. Is there someplace I should monitor to know when the f27 mock will be available? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

f27 builds in COPR fail without logs

Hello, For the past hour or so, I've been trying to rebuild my copr packages for f27 and rawhide. While there were some hiccups with rawhide, e.g. not finding mirrors to download packages, after resubmitting them a couple of times, all builds were successful. On the other hand, f27 builds fail as

Re: Default location for addons AppStream metadata has changed

On Sat, Jul 29, 2017 at 8:09 PM, Alexander Ploumistos wrote: > That is a bit confusing. What was the point then? And what should new > packages be using? Richard's message was delayed, hence my post. Thanks for clearing that up. ___ devel m

Re: Default location for addons AppStream metadata has changed

On Sat, Jul 29, 2017 at 7:49 PM, Rex Dieter wrote: > Alexander Ploumistos wrote: >> >> Sometime ago, the default location of AppStream metadata for addons >> (*.metainfo.xml files) changed from %{_datadir}/appdata/ to >> %{_datadir}/metainfo/[0]. > As far as I

<    1   2   3   4   5   >