Re: Package review skipped and straight to repos?

On Sun, Nov 29, 2015 at 12:21 AM, Till Maas <opensou...@till.name> wrote: > On Sun, Nov 29, 2015 at 12:10:07AM +0200, Alexander Ploumistos wrote: >> How come datagrepper lists FAF reports for the package from 2015-07-20, >> when it hadn't been included yet? > > W

Re: Package review skipped and straight to repos?

On Mon, Nov 30, 2015 at 10:53 AM, Florian Weimer wrote: > Apparently, ABRT reports crashes for packages not part of Fedora. Thanks, I'd guessed that much, but I wanted some confirmation. > A possible fix would be to look at the signing key in the RPM database > and report

Re: jwm

I'm guessing you are subscribed to this mailing list. Every now and then you get messages with subject lines like "Orphaned packages in rawhide". You could have seen it quite some time ago. http://permalink.gmane.org/gmane.linux.redhat.fedora.devel/219062 -- devel mailing list

Re: jwm

It was orphaned in late February. https://admin.fedoraproject.org/pkgdb/package/rpms/jwm/ -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Orphaning liborigin and liborigin2

On Mon, Feb 8, 2016 at 12:51 PM, Christian Dersch wrote: > Upstream development is dead for years now and newer Origin > files are not covered by these releases. Would you happen to know the latest Origin version supported by liborigin? -- devel mailing list

Re: Orphaning liborigin and liborigin2

On Mon, Feb 8, 2016 at 1:43 PM, Christian Dersch wrote: > liborigin: Origin 7.5 (last release 2008) > liborigin2: Origin 8.1 (last release 2010) Hmm, I have a lot of colleagues using versions 7.5 and 8.0, so I am tempted to take them. -- devel mailing list

Re: Orphaning liborigin and liborigin2

I've taken them for the time being and I'll go over the specs and sources sometime this week. Can I bug you if I have any questions? -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: liborigin FTBFS

On Mon, Feb 15, 2016 at 3:44 PM, Jonathan Wakely wrote: > The problem is that the package defines a type 'function' in the > global namespace, but also puts 'using namespace std;" in the global > namespace, in a header. That causes the 'function' struct and >

Re: liborigin FTBFS

I don't get it, I applied the patch, but I'm seeing pretty much the same errors in mock and koji: http://koji.fedoraproject.org/koji/taskinfo?taskID=13054384 -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: liborigin FTBFS

Thanks a bunch! There was also a %patch1 -p1 missing, but I figured that before building the package. Now the package fails to build locally, but there is no problem in mock. I really need to read up more on gcc changes if I am to keep c++ packages under my care... -- devel mailing list

Re: liborigin FTBFS

On Sat, Feb 20, 2016 at 1:52 PM, Igor Gnatenko wrote: > I think it is also good idea to update liborigin to 2.0 (it is something > like 2 years after current fedora version) That's why there is a liborigin2. As far as I can tell, they dropped support for older

liborigin FTBFS

Hello, Yesterday I was notified that liborigin failed to build in rawhide: https://bugzilla.redhat.com/show_bug.cgi?id=1307729 For the past couple of days I've been away on a work trip and I won't be back until the end of next week. Unless this failure messes someone else's packages, would it be

Re: Please update Rygel in F23 ?

On Thu, Mar 3, 2016 at 11:59 PM, linux guy wrote: > I'm not sure this is the right venue to ask, but... could someone build the > latest version of Rygel and put it in the repos ? Currently the repos have > 0.28.2-1. I think the latest available from git is 0.29.2.

Re: how to unretire package

You probably need someone to complete the review and then request the branches from the PackageDB. Given the time frame, perhaps you could file an unretirement request through the PackageDB interface without going through the review process, but I'm not sure about that. -- devel mailing list

Re: Unretire surf

It's been a little over two hours since I started fedora-review and it seems I'm hitting these two bugs: * dnf repoquery --resolve is extremely slow #1279538 * fedora-review queries too many times for same thing #1275275 I'll try to stay up until it finishes and if that takes too long, I'll let

Re: Unretire surf

Well, after almost three hours, fedora-review came through. I am a little confused by the beginning of the %install section, could you please explain the syntax of the first line? (%make_install INSTALL="install -p") -- devel mailing list devel@lists.fedoraproject.org

Re: Unretire surf

On Tue, Apr 19, 2016 at 6:14 AM, Dmitrij S. Kryzhevich <kryz...@ispms.ru> wrote: > On Mon, Apr 18, 2016 at 6:02 PM, Alexander Ploumistos >> <alex.ploumis...@gmail.com> wrote: >> >>> I am a little confused by the beginning of the %install section, could &

Re: Unretire surf

Hi Neal, The link to the source rpm in rhbz seems broken. If nobody else comes forward by tonight, I'll pick up the review. Best Regards -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Trying to collect samples of USB descriptor data

On Tue, Aug 9, 2016 at 8:45 PM, Daniel Kopeček wrote: > > For that I need some samples of the USB descriptor data. I can generate some > samples but it's always a good idea to have real world samples. > Do you need any "exotic" devices plugged into the system and should we

Re: Orphaned qwtplot3d

That's a bit unfortunate, as scidavis, which uses qwtplot3d, is almost ready to be reintroduced to Fedora [1],[2]. I don't suppose there is another library that could be used as a drop-in replacement, is there? [1] https://sourceforge.net/p/scidavis/scidavis-bugs/285/ [2]

Re: F25 System Wide Change: Unicode 9.0 support

Is there any point in updating fonts in rawhide to their Unicode 9.0 versions, before the change is implemented? Besides the font checking tools that do not know of Unicode 9.0 (or 8, I think), will anything important break after such an update? -- devel mailing list devel@lists.fedoraproject.org

Re: Why does BuildRequires: kernel in Koji pull in kernel-debug-*?

Besides hiding the debug kernel in GRUB, is there a way to get rid of it, without uninstalling libguestfs? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: The glvnd + mesa update for F25

Everybody has made some valid points, but as far as pushing to F25 stable goes, there may be an undetermined number of people who -unaware of this discussion and for whatever reason- already have libglvnd and relevant packages installed from testing. I'm not sure that someone who was advised in a

Re: Why does BuildRequires: kernel in Koji pull in kernel-debug-*?

On Fri, Feb 3, 2017 at 1:14 PM, Richard W.M. Jones wrote: > This should be fixed in the libguestfs-1.34.4-2.fc25 package, so try > that (in updates-testing currently). Thank you, I ran a few tests and left karma. Something weird about the debug kernel: On a Phenom II system,

Re: Bluetooth headsets vs rawhide

On Mon, Jan 23, 2017 at 1:52 AM, Kevin Fenzi wrote: > * Are folks using f25 see bluetooth headsets work? > (I would imagine so or there would have been a lot more noise. Ha ha) I don't use it very often, but I have a Philips SHB5600 that works in both A2DP and HSP/HFP mode.

Re: Unretiring itpp

Almost there, still some light reading ahead: http://fedoraproject.org/wiki/Packaging:Guidelines#Changelogs You need to amend your changelog entry heading to match one of the styles mentioned there, the most common being * Sun Jan 22 2017 Theodore.Papadopoulo -

Re: Unretiring itpp

It might feel like I'm splitting hairs, but please bear with me. Modify your changelog heading to one of the following formats * Sun Jan 22 2017 Theodore Papadopoulo - 4.3.1-1 * Sun Jan 22 2017 Theodore Papadopoulo - 4.3.1-1 (

Re: Unretiring itpp

On Sun, Jan 22, 2017 at 4:31 PM, Theodore Papadopoulo wrote: > OK, I hope I have taken into acount of all suggestions except one (I > found nothing on %licence in %files). "If the source package includes the text of the license(s) in its own file, then that file,

Re: Unretiring itpp

On Mon, Jan 23, 2017 at 6:17 PM, Theodore Papadopoulo wrote: > Then if there is a agreement, I'll need some advice on how to proceed > next... That depends on whether you're already a member of the packagers group. If you are, go here:

Re: thunderbird 45.7.1 and packer account

Have you tried with the domain in caps, i.e. @FEDORAPROJECT.ORG? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: SSH Key and FAS Account

On Wed, Feb 22, 2017 at 10:06 PM, wrote: > Thank you, but i can with "fedpkg scratch-build --srpm filename.src.rpm" it > upload to dksoftw...@pks.fedoraproject.org and here is a build -> > https://koji.fedoraproject.org/koji/taskinfo?taskID=17995140 Scratch builds are

hotness tried to map X to an upstream project, but failed: "Could not determine backend for http://url/project/X"

Hello, I've just received about a dozen of messages like the one mentioned in the subject, accompanied with: pkgdb_updater updated: upstream_url of X https://admin.fedoraproject.org/pkgdb/package/X/ for a number of gdouros-X-fonts that I updated recently and whose upstream URL had

Re: hotness tried to map X to an upstream project, but failed: "Could not determine backend for http://url/project/X"

Hi Jeremy, > I help maintain both the-new-hotness and Anitya. the-new-hotness > attempts to update projects in Anitya when changes occur in pkgdb > (among other things). I assume when you use "X" you don't literally > mean "X" and when you say "http://url/project/X; you don't literally > mean

Re: Unretiring itpp

On Fri, Jan 20, 2017 at 11:02 AM, Theodore Papadopoulo wrote: > On 01/20/2017 07:50 AM, Zbigniew Jędrzejewski-Szmek wrote: [snip] >> Without looking at the repo, it sounds like packaging a git snapshot would >> be easier and better. > > Is this allowed ??? I know

Re: dnf group and dnf group list diff ?

On Mon, Feb 27, 2017 at 3:21 PM, Cătălin George Feștilă wrote: > no, is not my job That's cute. Whose "job" is it then? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: F24 virt-manager fails to start any VM, SELinux policy denies access

It's already been dealt with, see RHBZ #1368745. -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: F24 virt-manager fails to start any VM, SELinux policy denies access

On Thu, Aug 25, 2016 at 12:48 AM, Chris Murphy wrote: > So even after 'dnf clean all' the -13 version that should fix this > problem is not listed as an update in either updates or > updates-testing. Is that expected? It hasn't been that long since the update left the

Re: User Visible Terminology

On Thu, Sep 15, 2016 at 5:25 PM, Mary Clarke wrote: > > The Modularity working group is looking to standardize terminology that users > use to interact with functionality around modules. Perhaps it would be better if someone provided some examples for the functions

Re: duplicate package on fresh install

On Sat, Sep 24, 2016 at 2:21 PM, Sylvia wrote: > This is maybe a silly question but... if you're architecture is, let's say > x86_64, why would anything install an i686 version of the same package? If you install a 32-bit program, it may pull in other i686 dependencies. See

Re: File managers compete for desktop domination in F25

On Fri, Nov 11, 2016 at 2:53 PM, Hans de Goede wrote: > I remember seeing something similar a while back. To figure out what the > problem is, check all kde related files under /etc/xdg/autostart, they > should all have a: "OnlyShowIn=KDE;" in there, last time for me the >

Re: File managers compete for desktop domination in F25

On Fri, Nov 11, 2016 at 3:20 PM, Rex Dieter wrote: > I'd expect mimetype default for inode/directory to handle this, and in f24 > at least, /usr/share/applications/mimeapps.list contains: > inode/directory=org.gnome.Nautilus.desktop It is. All mimeapps lists are as they

File managers compete for desktop domination in F25

Hello all, After upgrading a computer with multiple DEs to F25 from F23, folders on GNOME's desktop are managed by dolphin, which runs daemonized and cannot be killed, unless I also kill kded5 and kdeinit5. There was already a similar bug about nemo replacing nautilus on the desktop after a

Re: File managers compete for desktop domination in F25

On Fri, Nov 11, 2016 at 4:38 PM, Hans de Goede wrote: > Hmm, what happens if you remove ~/.config/autostart/org.kde.dolphin.desktop; > or add OnlyShowIn=KDE there ? No change. ___ devel mailing list -- devel@lists.fedoraproject.org

Re: F26 System Wide Change: Fedora 26 C/C++ Compilation Flags Updates

On Thu, Nov 10, 2016 at 12:30 PM, Jan Kurik wrote: > * Drop -mtune=atom on i686: This flag was added to improve performance > on the Intel Bonnell microarchitecture. Would you happen to have a ballpark estimate of the performance cost that would incur on actual Bonnel CPUs?

Regression: FileManager1 D-Bus service mix-up in F25 when multiple DEs are installed

TL;DR: There is a conflict when a user opts to install more than one desktop environments that come with a FileManager1 (and probably any other identical) D-Bus service provider, at least when one of them is GNOME. This might be considered an oversight on upstream's part, but it causes troubles

Re: Regression: FileManager1 D-Bus service mix-up in F25 when multiple DEs are installed

On Sat, Nov 19, 2016 at 5:14 PM, Rex Dieter wrote: > Though $SUBJECT says Regression, this is not a new/recent problem. Technically true, but up to F24, the only time a user would see the "wrong" file manager was when they might access the File→Open/Save dialog in Firefox

Re: DNF and PackageKit background data usage

Hello, I'm not sure I have all my facts straight -and by all means, please help straighten them out-, but I would like to address Adam's original proposals. This is more of an issue for Workstation and the spins destined for desktop use, so any possible solution needs to rely on Anaconda/Initial

Re: f24 x86_64 :: yumex-dnf SIGSEGV

On Wed, Oct 26, 2016 at 6:08 PM, Adrian Sevcenco wrote: > does anyone have any idea about this? is my ram dying? If you suspect a problem with your RAM, you should try testing it with memtest86+ and something like Prime95 before filing a bug report (if there is indeed a

Re: where is /1 coming from?

On Wed, Oct 12, 2016 at 5:58 PM, Chuck Anderson wrote: > Am I the only one who can't see the email body below? No you are not. After, squeezing it through base64, it reads: I had this issue of 1 in / in F24 I had upgraded from 22. Sent via the Samsung Galaxy S7, an AT 4G LTE

Re: Installation validation test change proposal: merge USB tests into 'default boot and install', add more environment columns

On Mon, Oct 10, 2016 at 6:58 PM, Adam Williamson wrote: > 1) Are there still cases where an admin would want to use optical media > on a machine that *could* boot via USB, for legitimate reasons? (I > genuinely don't know the answer to this). So far I've had to deal

Re: failure of f24 to f25 upgrade: SOLVED

I think you might be missing Google's key: https://www.google.com/linuxrepositories/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: SSL: CERTIFICATE_VERIFY_FAILED

On Sun, Jan 8, 2017 at 2:10 PM, Till Maas wrote: > > ~/.fedora.upn (User Principal Name) > > And the problem with trying to get the FAS username from kerberos is > that it only works while the use has a valid ticket for kerberos since > MIT kerberos removes expired tickets.

Re: SSL: CERTIFICATE_VERIFY_FAILED

On Sun, Jan 8, 2017 at 10:55 PM, Alec Leamas <leamas.a...@gmail.com> wrote: > > On 08/01/17 13:30, Alexander Ploumistos wrote: >> >> On Sun, Jan 8, 2017 at 2:10 PM, Till Maas <opensou...@till.name> wrote: >>> >>> >>> ~/.fedora.upn (User P

Re: Quality control, does it exist? A recent update removed a keyboard layout from system.

On Sat, Dec 24, 2016 at 5:48 AM, Timothy Ward wrote: > […] > Keep the politics out of the way. While I mostly agree with everything else you've written, setting goals, striking balances and deciding on resource allocation is, well, politics…

Re: Any voluteers for maintaining xml-security-c?

On Thu, Mar 30, 2017 at 9:11 PM, Tomasz Kłoczko wrote: > No one told me what needs to be done here or on IRC. You will need to start the non-responsive package maintainer process: https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers

Re: Review swap: gimp-luminosity-masks

I've taken it, though I don't have anything ready for review right now. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Default location for addons AppStream metadata has changed

On Sat, Jul 29, 2017 at 8:09 PM, Alexander Ploumistos <alex.ploumis...@gmail.com> 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 clea

Re: Default location for addons AppStream metadata has changed

On Sat, Jul 29, 2017 at 3:41 PM, Alexander Ploumistos <alex.ploumis...@gmail.com> wrote: > I visited the relevant wiki page[1] which still > lists the old location, but I could not edit it, because it says I > should be a member of the "Packaging" group (btw, who belong

Re: Default location for addons AppStream metadata has changed

On Sat, Jul 29, 2017 at 7:49 PM, Rex Dieter <rdie...@math.unl.edu> wrote: > Alexander Ploumistos wrote: >> >> Sometime ago, the default location of AppStream metadata for addons >> (*.metainfo.xml files) changed from %{_datadir}/appdata/ to >> %{_datadir}/metainfo

Default location for addons AppStream metadata has changed

Hello all, 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 can tell that change went mostly unnoticed, given that most of our packages still install addon metadata in

Re: Preventing broken updates tree (packages downgrade) during release upgrades

On Thu, Jul 13, 2017 at 3:51 PM, Michael Catanzaro wrote: > This is expected behavior... if we don't want downgrades then we either have > to get rid of the final freeze (not going to happen) or also freeze stable > Fedoras at the same time (also not going to happen). I

Re: F26 dnf makecache timer hanging

It's probably this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1470352 Daiki Ueno has sent a patch upstream. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Starting an x86_32 SIG

Thanks, I subscribed to the list a few minutes ago. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Starting an x86_32 SIG

On Wed, Jul 19, 2017 at 12:48 AM, Stephen John Smoogen wrote: > The mailing list x...@lists.fedoraproject.org has been created. Please > subscribe to the list if you are interested in helping support x86_32 > in F27. If you are very interested please add yourself to the members

Re: F27 Self Contained Change: New default cipher in OpenVPN

On Thu, Jul 20, 2017 at 2:21 PM, David Sommerseth wrote: > I rather prefer to have this change in Fedora _now_ in a _planned_ > release where this can be tested out before the final F27 is released. I modified the unit file on a F26 VPS and I didn't have any problems

Re: how to handle source code from github

On Wed, Jun 28, 2017 at 10:22 PM, Rémi Verschelde wrote: > How are you using those links to download the tarball? As far as I > know if you download through a browser, it will always rename the > tarball to %{name}-%{commit0}, but if you download with wget or curl > [0],

Re: how to handle source code from github

On Sun, Apr 23, 2017 at 8:23 PM, Christopher wrote: > You can set the name of the file via the GitHub API when you download it. > > For jQuery (packaged as js-jquery), I use: > https://github.com/jquery/jquery/archive/%{version}/jquery-%{version}.tar.gz > > This will

Re: Unicode 10 support across releases

Thanks Nicolas, I just saw that F25 and later had got the Unicode 9 update, so I'll do the same with this one. I will push it later today or on Friday, after I have verified and amended the font coverage details. Best regards, Alex ___ devel mailing

Unicode 10 support across releases

Hello all, I am going to update the gdouros-symbola font to the newest version, which contains Unicode 10 glyphs. I have kind of lost track of things, so I would like to ask if there is a fedora release that shouldn't or wouldn't make sense to get the update? Thanks, Alex

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 --

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

Re: not all that qualified...

On Thu, Jun 1, 2017 at 5:40 AM, Christopher wrote: > I've looked at that wiki page before, and found it a bit of an information > overload. I don't think anyone would argue with that. > There's tons of information about the general process, but it's > not exactly an

Re: not all that qualified...

On Thu, Jun 1, 2017 at 5:29 AM, Christopher wrote: > Do you have a link to an explanation of the automated fedora-review process, > and/or some of these step-by-step checklists you mention? Plenty of links to follow in there:

Re: Updates not getting pushed to stable

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

Re: Atheros QCA9377 dual functionality and Fedora 25

On Sun, Jun 4, 2017 at 8:10 PM, Hetz Ben Hamo wrote: > I have been looking around and all I could find is some firmware files to > enable Wifi but nothing about Bluetooth (BTW: what is the RPM package which > includes the QCA9377 firmware files?). The driver may load more than

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 <ke...@scrye.com> wrote: > On 09/21/2017 11:19 AM, Alexander Ploumistos wrote: >> A few days ago there was a thr

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.

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: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 --

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. ___

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

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

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

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

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: 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.

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

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

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

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

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

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: 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

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

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

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

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,

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:

<    1   2   3   4   5   >