Re: convert everything to rpmautospec?

[Jonny Heggheim]

-1

I have some packages using the %autorelease packages and I do not like
that workflow at all.

For me the git commit history is intended for maintainers, while the
%changelog is intended for users. With the separation, then it is very
explicit, when mixing them, then I need to figure out if there is some
sort of filtering with magic words or something like that.

In cases where the commit message and %changelog is the same, then
this workflow is simpler to understand and easy to execute:

$ rpmdev-bumpspec -c 'Updated to version 4.11.0' -n 4.11.0
python-typing-extensions.spec
$ spectool -g python-typing-extensions.spec
$ fedpkg new-sources typing_extensions-4.11.0.tar.gz
$ fedpkg commit -c -p


Jonny
--
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: fedrq - new repoquerying tool

[Jonny Heggheim]

Thanks for the tool, I have never found dnf repoquery to be user
friendly. I will keep it in mind next time I need to query the
repositories.

Very nice that you included man pages and tab completion!

Jonny
--
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: F40 Change Proposal: Optimized Binaries for the AMD64 Architecture (System-Wide)

[Jonny Heggheim]

How much waste is it to recompile all the packages?

The whole proposal sounds like a big hack from beginning to the end.
Fragile setup with $PATH, complicated SPEC files, complicate the %build part.
In order to reduce build time that have not been quantified.
--
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Review swaps

[Jonny Heggheim]

Hello fellow packagers,

I'd like to ask your help for a handful of reviews.

Most of them are Lua dependencies for the SILE Typesetter,
any help is appreciated.

I offer my help in exchange for reviews, I have experience with Java, Python,
Lua, C and C++ packages.

Best regards,

Jonny Heggheim

lua-fluent - Lua implementation of Project Fluent:
https://bugzilla.redhat.com/show_bug.cgi?id=2142798 

lua-cliargs - A command-line argument parser:
https://bugzilla.redhat.com/show_bug.cgi?id=2143056 

lua-vstruct - Lua library to manipulate binary data:
https://bugzilla.redhat.com/show_bug.cgi?id=2143351 

lua-cosmo - Safe templates for Lua:
https://bugzilla.redhat.com/show_bug.cgi?id=2142671 

lua-luarepl - REPL.lua a reusable Lua REPL written in Lua:
https://bugzilla.redhat.com/show_bug.cgi?id=2143382 

lua-linenoise - A binding for the linenoise command line library:
https://bugzilla.redhat.com/show_bug.cgi?id=2143020 

lua-cldr - Lua interface to Unicode CLDR data:
https://bugzilla.redhat.com/show_bug.cgi?id=2142653 

lua-zlib - Simple streaming interface to zlib for Lua:
https://bugzilla.redhat.com/show_bug.cgi?id=2143050 

lua-epnf - Extended PEG Notation Format (easy grammars for LPeg):
https://bugzilla.redhat.com/show_bug.cgi?id=2142786 

lua-utf8 - A UTF-8 support module for Lua:
https://bugzilla.redhat.com/show_bug.cgi?id=2143391 

lua-loadkit - Loadkit allows you to load arbitrary files within the Lua package 
path:
https://bugzilla.redhat.com/show_bug.cgi?id=2143028 

libertinus-fonts - The Libertinus Fonts project:
https://bugzilla.redhat.com/show_bug.cgi?id=2149626 

hack-fonts - A typeface designed for source code:
https://bugzilla.redhat.com/show_bug.cgi?id=2149686 

sile - The SILE Typesetter:
https://bugzilla.redhat.com/show_bug.cgi?id=2149698 

randomx - A proof-of-work algorithm that is optimized for general-purpose CPUs:
https://bugzilla.redhat.com/show_bug.cgi?id=2078535
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Orphaning electrum bitcoin wallet

[Jonny Heggheim]

Hi, keeping Electrum [1] up to date have been harder than I expected. I just 
orphaned it, it would be great if someone could give it more care than I have 
lately.

Problems:
 * Several python dependencies that have different version that system.
 * Just noticed electrum 4 started bundling JavaScript library

Sincerely
Jonny Heggheim

[1] https://src.fedoraproject.org/rpms/electrum
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Packages which needlessly use %defattr

[Jonny Heggheim]

Hi Nico.


On 07/04/2018 03:58 AM, Nico Kadel-Garcia wrote:
> Yeah, but since it's many thousands of packages, I think maybe you
> didn't have to send the whole list?
I like that he sent the whole list, then I can search for my username
and check if I am on the list.

> It's been useful for legibility, even it's no longer recommended. Is
> it really hurting anyone at this point? And is it worth the thousands
> of .spec file changes to aggressively clear?
I like to use other packages for inspiration on how things are solved,
so it would be helpful for me that packages are tend to follow good
practices.
 
> Also, it's not trivia to tell people "oh, my script is pretty safe,
> but you should please check many thousands of packages for me!!!" How
> about, instead, posting the script so we can check the syntax first?
There are no need for snide remarks, what about just asking for the script?


Peace, Jonny



signature.asc
Description: OpenPGP digital signature
___
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://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/WWLN5BOH6DGAZWEKP4WNFDLMKOSG7OS2/

Re: Orphaning openjfx

[Jonny Heggheim]

On 03/22/2018 08:51 AM, Jiri Vanek wrote:
> It is sad to hear, but world rolls on.
> I would like to thank you. You have pushed fedora and java FX to
> completely new level.  Without your will and endurance, there would be
> nothing of this.
>
> The Fedora+FX as you you are started it is a working universe, and the
> chain you started will be with us for some time.
>
> Again, thank you very much for your passion on this battlefield.

Thanks a lot for your kind words Jiri!

Jonny



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Orphaning openjfx

[Jonny Heggheim]

Hi,

I do not have time maintaining openjfx, it would be better if is
maintained by someone that can give it more love than me.

Jonny




signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Removal of BuildRoot

[Jonny Heggheim]

On 02/13/2018 11:05 PM, Igor Gnatenko wrote:
> Just a small heads up, BuildRoot tag is not needed since RHEL6 (which
> is oldest
> supported one nowadays, it's been year or so after EL5 retirement). And we
> don't support EL5 anymore, so...
>
> I wanted to send this heads up before I actually did that, but I hit
> "enter"
> button too early.
>
> Anyway, this is straitghtforward change, so no one should notice anything
> (apart from one commit with, hopefully, useful description in their
> repositories) 

Thanks! I fully support changes like this.

Jonny




signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Disable a package for Fedora 26

[Jonny Heggheim]

On 01/09/2018 10:09 PM, Kevin Kofler wrote:
> Jonny Heggheim wrote:
>> I think the best solution, based on my knowledge and available time, is
>> to upgrade Fedora 26 to the latest upstream.
> So please do that then. The sooner, the better.

I agree, pushed updates to bodhi yesterday, it would be great if someone
could test it on Fedora 26.

https://bodhi.fedoraproject.org/updates/FEDORA-2018-92de33f3b9
https://bodhi.fedoraproject.org/updates/FEDORA-2018-b7e606d011

Jonny



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Disable a package for Fedora 26

[Jonny Heggheim]

Hi Kevin, thanks for your feedback.


On 01/09/2018 11:36 AM, Kevin Kofler wrote:
> … if you can't do the backport in a reasonable time frame (This 
> vulnerability is very critical, since it allows remote money stealing!), the 
> recommendation is to just upgrade to the latest upstream immediately (i.e., 
> your first option). E.g., this (just upgrade to the latest version, even if 
> there are breaking changes) is also how Firefox handles security updates.
>
> Upgrading vs. backporting is always a tradeoff. Upgrading keeps you closer 
> to upstream, backporting means fewer unexpected changes for users of stable 
> releases. There are instances of both in Fedora, depending on what changed 
> in the new upstream release and/or how hard it is to backport the security 
> fixes to the old release.

I think the best solution, based on my knowledge and available time, is
to upgrade Fedora 26 to the latest upstream.
The fixes from upstream are spread on several commits and releases.



> This (your third option) is the worst possible option. It is better to just 
> push the new version, which is surely better than nothing (and also better 
> than doing nothing and letting websites steal the user's money).
I agree, this is the most user unfriendly, but better than loosing money.


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

Disable a package for Fedora 26

[Jonny Heggheim]

Hi!

We just pused a urgent security update for Electrum for Fedora 27 and
rawhide, Fedora 26 is still affected.

All versions of Electrum is affected by this bug, Fedora 26 still runs
an older version because of big changes in Electrum 3.0 and an updated
version of a dependency.

So I see 3 options:

 * Upgrade to latest version for Fedora 26. Will take time to update and
might brake something else.

 * Create a patch for the version running on Fedora 26. Will take time
to make the patch and test on Fedora 26.

 * Make an update that disables Electrum, include only a README or
someting like that. Will make users confused.

Any better options?

See https://bodhi.fedoraproject.org/updates/FEDORA-2018-4978426286 for
details


Sincerely Jonny Heggheim




signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Found a nice way to automate Kerberos kinit

[Jonny Heggheim]

Hi, I started playing with the pass[1] unix password manager and finally
found workflow that makes my Kerberos workflow scriptable :)

Here is an example:

$ klist
klist: Credentials cache keyring 'persistent:1000:1000' not found

$ pass show fedoraproject.org | head -n1 | kinit jo...@fedoraproject.org
Password for jo...@fedoraproject.org:

$ klist
Ticket cache: KEYRING:persistent:1000:1000
Default principal: jo...@fedoraproject.org

Valid starting   Expires  Service principal
11/02/2017 18:25:32  11/03/2017 18:25:25 
krbtgt/fedoraproject@fedoraproject.org
    renew until 11/09/2017 18:25:25


Jonny

[1] https://www.passwordstore.org/




signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Building of OkHttp 3.9.0 fails

[Jonny Heggheim]

On 11/02/2017 10:31 AM, Martin Gansser wrote:
> Hi,
>
> i just took the old patch from okhttp2 and port it to okhttp3.
Then it makes sense, looks like Platform.java was splitted into several
smaller files.
> Now i have updated okio to 1.13.0 on my local machine and took your patch.
>
> the compilation breaks now at Sample: Guide
>
> [1] https://martinkg.fedorapeople.org/Packages/okhttp3/okhttp.spec
> [2] https://martinkg.fedorapeople.org/Packages/okhttp3/build-error.txt
Great, one step closer. Sample Guide depends on
com.squareup.moshi:moshi:jar that is not included in Fedora.
You can either package moshi, delete samples that use moshi or disable
the sample module(s).

https://fedora-java.github.io/howto/latest/

Jonny



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Remove old GPG keys?

[Jonny Heggheim]

On 11/01/2017 11:51 PM, Sam Varshavchik wrote:

> I don't think much of expiring either. But keys for prior releases
> should simply be removed, as part of the upgrade process, or on the
> first boot after a successfull upgrade.
>
> Now, if we go this way, we have to make sure we don't turn a bad
> situation into worse one. It's possible that a botched upgrade might
> end up with a system that's still bootable, so prior releases pgp keys
> should be left alone until it's known that fedup did its job
> successfully.
>
> But once an upgrade is complete, prior release's pgp keys have
> absolutely no value in them, whatsoever, except as an additional
> potential compromise vector.

Packages that was built for older releases are still distributed and
used in newer versions.

Example:
A package built for Fedora 24, signed with the Fedora 25 key, running on
my Fedora 26 setup.

$ gpg2 < /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-25-primary
gpg: WARNING: no command supplied.  Trying to guess what you mean ...
pub   rsa4096 2016-03-31 [SCE]
  C437DCCD558A66A37D6F43724089D8F2FDB19C98
uid   Fedora 25 Primary (25) 

$ rpm -qi maven-shared-io
Name    : maven-shared-io
Epoch   : 1
Version : 3.0.0
Release : 2.fc24
Architecture: noarch
Install Date: Sat 29 Oct 2016 12:26:04 AM CEST
Group   : Unspecified
Size    : 64077
License : ASL 2.0
Signature   : RSA/SHA256, Sat 02 Apr 2016 12:12:02 AM CEST, Key ID
4089d8f2fdb19c98
Source RPM  : maven-shared-io-3.0.0-2.fc24.src.rpm
Build Date  : Thu 04 Feb 2016 10:36:28 AM CET
Build Host  : arm01-builder21.arm.fedoraproject.org
Relocations : (not relocatable)
Packager    : Fedora Project
Vendor  : Fedora Project
URL : http://maven.apache.org/shared/maven-shared-io
Summary : API for I/O support like logging, download or file scanning
Description :
API for I/O support like logging, download or file scanning.

$ cat /etc/fedora-release
Fedora release 26 (Twenty Six)




signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Building of OkHttp 3.9.0 fails

[Jonny Heggheim]

On 11/01/2017 09:46 PM, Jonny Heggheim wrote:

> It looks like your patch is corrupting AndroidPlatform.java, how/why did
> you create it? Or did you port it from okhttp2?

I think this patch would work better
https://jonny.fedorapeople.org/okhttp-3.9.0-rm-android-stuff.patch

Another issue; is seems like the dependency okio need to be updated.


Jonny



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Building of OkHttp 3.9.0 fails

[Jonny Heggheim]

Hi Martin!


On 11/01/2017 07:22 PM, Martin Gansser wrote:
> [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-compiler-plugin:3.6.1:compile 
> (default-compile) on project okhttp: Compilation failure: Compilation failure:
> [ERROR] 
> /home/martin/rpmbuild/BUILD/okhttp-parent-3.9.0/okhttp/src/main/java/okhttp3/internal/platform/AndroidPlatform.java:[41,19]
>  error: class, interface, or enum expected
> [ERROR] 
> /home/martin/rpmbuild/BUILD/okhttp-parent-3.9.0/okhttp/src/main/java/okhttp3/internal/platform/AndroidPlatform.java:[43,2]
>  error: class, interface, or enum expected
> [ERROR] 
> /home/martin/rpmbuild/BUILD/okhttp-parent-3.9.0/okhttp/src/main/java/okhttp3/internal/platform/AndroidPlatform.java:[45,19]
>  error: class, interface, or enum expected
> ___
>
It looks like your patch is corrupting AndroidPlatform.java, how/why did
you create it? Or did you port it from okhttp2?

Jonny



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

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

[Jonny Heggheim]

> On Wednesday, 19 July 2017 at 21:54, Dominik 'Rathann' Mierzejewski wrote:
> 
> Also, reading
> https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX#BuildingOp...
> it should build on ARM, but has this in spec:
> ExclusiveArch:  %{ix86} x86_64
> without any comments or bug references.

This is a issue I would love that got solved, the build script from upstream 
explicit will fail to build on non x86 architectures.

I see that there is a build script that is used for cross-complication for ARM. 
Debian have several patches for ARM support, I will not have time to maintain 
and test ARM with so support from upstream. 

> This package definitely needs
> some maintainer care, especially since it FTBFS on rawhide:
> https://koji.fedoraproject.org/koji/buildinfo?buildID=914585

I agree 100%, I would love that someone else could also help maintaining this 
package, it is gigantic and messy.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

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

[Jonny Heggheim]

> openjfx is packaged incorrectly, installing files into
> /usr/lib/jvm/openjfx/rt/lib is wrong.

This has been discussed before the review and during the package review: 
https://bugzilla.redhat.com/show_bug.cgi?id=1438673#c76

It doesn't make much sense here. Guys elaborated it and came up with solution 
to place openjfx beside JDK/JRE and it makes perfect sense to me. Oracle has 
jfx included in their JDK and that's what developers expect. We decided to go 
with openjfx placed beside JDK and create openjfx subpackage that place links 
inside JDK.
Openjdk package itself also "violates" this and openjfx is same case.
So I don't see this to be an issue.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

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

[Jonny Heggheim]

> Hi,
> 
> I maintain JOSM and want to update it.
> 
> JOSM now use JavaFX, which is available over openjfx package.
> 
> But in openjfx package, there is a second step that needs to performed
> manually. These steps are described in
> /usr/share/doc/openjfx/README.fedora. 
> 
> These step create symlinks to activate javafx in the JVM. 
> 
> How can I do in my rpm JOSM's spec file ?

TLDR; use the javafx and javafx-devel virtual provides.

You can also use https://jonny.fedorapeople.org/reactfx.spec as a guideline.

There are currently no guidelines and no packages that depend on 
openjfx/openjdk-openjfx packages, but
https://bugzilla.redhat.com/show_bug.cgi?id=1145303 provides lots of the 
discussion.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: error: package javafx.collections does not exist

[Jonny Heggheim]

Hi Martin.

Martin Gansser:
> I am trying to compile MSearch, a program needed by Mediathekview.
> https://martinkg.fedorapeople.org/Packages/MediathekView/MSearch.spec
> 
> dependencies: openjfx, i compiled the src.rpm file from:
> https://jonny.fedorapeople.org/openjfx-8.0.152-3.b00.fc25.src.rpm
> 
> When I try to compile msearch, I get the following error:
> /home/martin/rpmbuild/BUILD/MSearch-3467040e54e31625425eb33dcd0f20a8da575dc4/src/main/java/mSearch/tool/SysMsg.java:22:
>  error: package javafx.collections does not exist
> import javafx.collections.FXCollections;
>  ^
> /home/martin/rpmbuild/BUILD/MSearch-3467040e54e31625425eb33dcd0f20a8da575dc4/src/main/java/mSearch/tool/SysMsg.java:23:
>  error: package javafx.collections does not exist
> import javafx.collections.ObservableList;
>  ^
> /home/martin/rpmbuild/BUILD/MSearch-3467040e54e31625425eb33dcd0f20a8da575dc4/src/main/java/mSearch/tool/SysMsg.java:27:
>  error: cannot find symbol
> public static ObservableList textSystem = 
> FXCollections.observableArrayList();
>   ^

Hi, thanks for testing the openjfx package. There is a second step that
needs to performed manually. These steps are described in
/usr/share/doc/openjfx/README.fedora.


Jonny



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: koji failed to build srpm from scm

[Jonny Heggheim]

Tom Hughes:
> Yes there is:
> 
> https://kojipkgs.fedoraproject.org/work/tasks/5224/17545224/build.log
> 
> Looks like the source is missing - did you upload it to the lookaside
> cache?

Thanks, the sources file did not have the source tarball entry.

Jonny



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

koji failed to build srpm from scm

[Jonny Heggheim]

Hi,

I am getting this error:
> BuildError: error building srpm, mock exited with status 1;
> see build.log for more information

But there is no build.log :\

Both fedpkg mockbuild and fedpkg srpm work on local machine. Fails on
koji for both f25 and rawhide. Is the problem on my machine or is there
something wrong with our infrastructure?

Koji build: https://koji.fedoraproject.org/koji/taskinfo?taskID=17545223


Sincerely Jonny Heggheim



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Strange koji failures

[Jonny Heggheim]

Hi Vít Ondruch:
> Honestly this is annoying misbehavior. How we can tell Koji to avoid
> certain builders for certain noarch packages? Wouldn't be possible to
> build noarch packages just on primary arch builders for example?

Will ExclusiveArch: %{nodejs_arches} noarch help?
https://fedoraproject.org/wiki/Packaging:Node.js#ExclusiveArch

Jonny



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: MP3 in Fedora by default?

[Jonny Heggheim]

> https://admin.fedoraproject.org/pkgdb/package/rpms/gstreamer1-plugin-mpg123/
Typo:
https://admin.fedoraproject.org/pkgdb/package/rpms/mpg123/



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: MP3 in Fedora by default?

[Jonny Heggheim]

Ms Sanchez:
> Is it Fedora coming with MP3 decoders by default now? Does anyone has an
> official source for this?
Two MP3 packages just showed up in the package list:

https://admin.fedoraproject.org/pkgdb/package/rpms/gstreamer1-plugin-mpg123/

https://admin.fedoraproject.org/pkgdb/package/rpms/gstreamer1-plugin-mpg123/

Jonny



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: RPM %changelog?

[Jonny Heggheim]

On 25 October 2016 at 23:47, Jonny Heggheim <heg...@gmail.com> wrote:
> On 25 October 2016 at 17:06, Adam Williamson <adamw...@fedoraproject.org> 
> wrote:
>> That wouldn't really bother me, so I'm only curious, but why do you
>> find having a big changelog at the end of the file so annoying? It's at
>> the end and you pretty much never have to look at it. Is it just
>> because it tends to match searches, or what?
> +
Sorry for premature send, I agree, the old content is hidden at the
end of the file with the most important/newest change logs at the top.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: RPM %changelog?

[Jonny Heggheim]

On 25 October 2016 at 17:06, Adam Williamson  wrote:
> That wouldn't really bother me, so I'm only curious, but why do you
> find having a big changelog at the end of the file so annoying? It's at
> the end and you pretty much never have to look at it. Is it just
> because it tends to match searches, or what?
+
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: t460s fedora 24 - display freeze

[Jonny Heggheim]

On 21 September 2016 at 13:38, Dusty Mabe  wrote:
> Are you in IRC? I may try to find you there and describe my system a
> little more.
No sorry, my schedule gives only time for async communication :(

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

Re: t460s fedora 24 - display freeze

[Jonny Heggheim]

I have not run into this issue on my T460s, using the latest BIOS on
Fedora 25. I can try to reproduce the error if you are able to give me
a more detailed walk-through.

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

Re: introduction toogley | packaging intellij idea

[Jonny Heggheim]

Hi Tobias.

On Jun 22, 2016 4:22 PM,  wrote:
> Packaging
> 
> I've found http://pkgs.fedoraproject.org/cgit/rpms/intellij-idea.git/ - I 
> guess I can base my work on the spec file there, which I'm currently trying 
> to understand, update and build. I think the best option for me is to create 
> a github repo for packaging in the beginning.  (as you probably don't trust 
> me :D)
>
> I have already read or am reading 
> https://fedoramagazine.org/day-life-fedora-packager/ and 
> https://fedoraproject.org/wiki/How_to_create_an_RPM_package
>
> * Are there some important documents I should additionally read?

The Java Packaging HOWTO is great
https://fedorahosted.org/released/javapackages/doc/

Jonny
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Alternate places to install specialized binaries

[Jonny Heggheim]

Hi Rich.

On 9 June 2016 at 12:59, Richard W.M. Jones  wrote:
>
> I maintain a package which comes with some benchmarking tools.  I
> would like to package these, but they have very generic names like
> "boot-benchmark", "analysis".  Also the tools are very specialized --
> you would only want them if you already know you need them.
>
> I wonder if people have opinions on the best way to package these.  It
> seems to me the options are:

javapackages-tools and javapackages-local have many small programs in
/usr/share/java-utils.

Most of the programs are called from rpm-macros:
$ rpm --eval '%{mvn_build}'
/usr/bin/python3 /usr/share/java-utils/mvn_build.py

But they can be called directly and makes them good for debugging and
testing, many of the programs also have man pages:
$ whereis mvn_build
mvn_build: /usr/share/man/man7/mvn_build.7.gz


Jonny
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Imaginary single quotes in ls ?

[Jonny Heggheim]

Hi Paul!

On 6 June 2016 at 16:53, Paul Wouters  wrote:
>
> paul@thinkpad:/tmp/test$ touch foo bar baz
> paul@thinkpad:/tmp/test$ touch "touch and go"
> paul@thinkpad:/tmp/test$ ls -l
> total 0
> -rw-rw-r--. 1 paul paul 0 Jun  6 11:48 bar
> -rw-rw-r--. 1 paul paul 0 Jun  6 11:48 baz
> -rw-rw-r--. 1 paul paul 0 Jun  6 11:48 foo
> -rw-rw-r--. 1 paul paul 0 Jun  6 11:49 'touch and go'

This happens on my Fedora 24 laptop in urxvt, gnome-terminal and xterm
running bash

Jonny
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: audio problems

[Jonny Heggheim]

Hi Gil, your emails are being sent to the spam folder by Gmail, so it
might be that people don't see this message.

Jonny
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Strange display bug

[Jonny Heggheim]

I have been running stable for an hour without the bug to appear, the
last thing I did was running dnf upgrade and do a reboot.

Here is a list of all the changes from dnf, I have a feeling it might
be the kernel upgrade that fixed it:

==
 PackageArch   Version
RepositorySize
==
Installing:
 kernel x86_64 4.5.0-0.rc2.git2.1.fc24 rawhide
  59 k
 kernel-corex86_64 4.5.0-0.rc2.git2.1.fc24 rawhide
  20 M
 kernel-modules x86_64 4.5.0-0.rc2.git2.1.fc24 rawhide
  21 M
 kernel-modules-extra   x86_64 4.5.0-0.rc2.git2.1.fc24 rawhide
 2.3 M
 python2-augeas noarch 0.5.0-5.fc24rawhide
  30 k
 replacing  python-augeas.noarch 0.5.0-4.fc24
 python2-ntplib noarch 0.3.3-3.fc24rawhide
  18 k
 replacing  python-ntplib.noarch 0.3.3-2.fc24
Upgrading:
 NetworkManager x86_64 1:1.2.0-0.6.beta1.fc24  rawhide
 2.4 M
 NetworkManager-adslx86_64 1:1.2.0-0.6.beta1.fc24  rawhide
 237 k
 NetworkManager-bluetooth   x86_64 1:1.2.0-0.6.beta1.fc24  rawhide
 257 k
 NetworkManager-config-connectivity-fedora
x86_64 1:1.2.0-0.6.beta1.fc24  rawhide
 103 k
 NetworkManager-glibx86_64 1:1.2.0-0.6.beta1.fc24  rawhide
 367 k
 NetworkManager-libnm   x86_64 1:1.2.0-0.6.beta1.fc24  rawhide
 532 k
 NetworkManager-teamx86_64 1:1.2.0-0.6.beta1.fc24  rawhide
 237 k
 NetworkManager-wifix86_64 1:1.2.0-0.6.beta1.fc24  rawhide
 264 k
 NetworkManager-wwanx86_64 1:1.2.0-0.6.beta1.fc24  rawhide
 362 k
 abrt   x86_64 2.8.0-1.fc24rawhide
 519 k
 abrt-addon-ccppx86_64 2.8.0-1.fc24rawhide
 192 k
 abrt-addon-coredump-helper x86_64 2.8.0-1.fc24rawhide
 110 k
 abrt-addon-kerneloops  x86_64 2.8.0-1.fc24rawhide
 124 k
 abrt-addon-pstoreoops  x86_64 2.8.0-1.fc24rawhide
 104 k
 abrt-addon-python  x86_64 2.8.0-1.fc24rawhide
 104 k
 abrt-addon-python3 x86_64 2.8.0-1.fc24rawhide
 103 k
 abrt-addon-vmcore  x86_64 2.8.0-1.fc24rawhide
 114 k
 abrt-addon-xorgx86_64 2.8.0-1.fc24rawhide
 115 k
 abrt-cli   x86_64 2.8.0-1.fc24rawhide
  95 k
 abrt-dbus  x86_64 2.8.0-1.fc24rawhide
 128 k
 abrt-desktop   x86_64 2.8.0-1.fc24rawhide
  95 k
 abrt-gui   x86_64 2.8.0-1.fc24rawhide
 193 k
 abrt-gui-libs  x86_64 2.8.0-1.fc24rawhide
 104 k
 abrt-libs  x86_64 2.8.0-1.fc24rawhide
 121 k
 abrt-plugin-bodhi  x86_64 2.8.0-1.fc24rawhide
 107 k
 abrt-pythonx86_64 2.8.0-1.fc24rawhide
 118 k
 abrt-python3   x86_64 2.8.0-1.fc24rawhide
 119 k
 abrt-retrace-clientx86_64 2.8.0-1.fc24rawhide
 130 k
 abrt-tui   x86_64 2.8.0-1.fc24rawhide
 106 k
 dnfnoarch 1.1.6-2.fc24rawhide
 290 k
 dnf-conf   noarch 1.1.6-2.fc24rawhide
  91 k
 dnf-yumnoarch 1.1.6-2.fc24rawhide
  85 k
 gnutls x86_64 3.4.9-1.fc24rawhide
 656 k
 gnutls-c++ x86_64 3.4.9-1.fc24rawhide
  36 k
 gnutls-danex86_64 3.4.9-1.fc24rawhide
  38 k
 gnutls-devel   x86_64 3.4.9-1.fc24rawhide
 1.5 M
 gnutls-utils   x86_64 3.4.9-1.fc24rawhide
 262 k
 kernel-headers x86_64 4.5.0-0.rc2.git2.1.fc24 rawhide
 1.0 M
 libcap-ng  x86_64 0.7.7-4.fc24rawhide
  30 k
 libinput   x86_64 1.1.5-4.fc24rawhide
  92 k
 mobile-broadband-provider-info noarch 1.20151214-1.fc24   rawhide
  55 k
 nettle x86_64 3.2-1.fc24  rawhide
 303 k
 nettle-devel   x86_64 3.2-1.fc24  rawhide
 609 k
 python-six noarch 1.10.0-2.fc24   rawhide
  34 k
 python2-dnfnoarch 1.1.6-2.fc24 

Strange display bug

[Jonny Heggheim]

Hi, my internal laptop screen turns on and off.

It happens both on Fedora 23 and Fedora rawhide. With Gnome 3 and
xmonad. The bug is triggered by most of the webpages. It have also
happend with other programs, but I have not been enabled to know what
triggerer the bug

It is hard to write a bug report, so I made a 30 seconds video showing it.

https://www.youtube.com/watch?v=0kPOTBIGKLY

Sorry for this vague "report", but some bugs are just hard to describe.

Thanks, Jonny
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Strange display bug

[Jonny Heggheim]

On 4 February 2016 at 17:22, Adam Jackson  wrote:
> Which GPU is this with? How big are the displays you're using?
It is a Dell XPS 15 (2014 mod), with a single Intel display adapter.
The internal display is 15" and the external is 40+" something, both
full HD. The bug is always triggered on the internal display, both
with and without the external display connected.

I also discovered that the bug always is triggered when I select text
from gnome-terminal.

Output from lspci -v is uploaded here:
https://jonny.fedorapeople.org/dell-xps-15-lspci.txt
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: can't submit updates for f22?

[Jonny Heggheim]

 % fedpkg update
 /usr/lib/python2.7/site-packages/fedpkg/cli.py:169: DeprecationWarning:
 Commands._hash_file is deprecated and will be removed eventually.
 Please use Commands.lookasidecache.hash_file instead.
   hash = self.cmd._hash_file('bodhi.template', 'sha1')
 Creating a new update for  glusterfs-3.6.5-1.fc22
 Password for kkeithle:
 Creating a new update for  glusterfs-3.6.5-1.fc22
 ServerError(https://admin.fedoraproject.org/updates/save, 404, Not Found)
 Traceback (most recent call last):
   File /usr/bin/bodhi, line 225, in main
 data = bodhi.save(**update_args)
   File /usr/lib/python2.7/site-packages/fedora/client/bodhi.py, line 111,
 in save
 'bugs': bugs,
   File /usr/lib/python2.7/site-packages/fedora/client/baseclient.py, line
 379, in send_request
 auth_params=auth_params, retries=retries, timeout=timeout)
   File /usr/lib/python2.7/site-packages/fedora/client/proxyclient.py, line
 505, in send_request
 raise ServerError(url, http_status, msg)
 ServerError: ServerError(https://admin.fedoraproject.org/updates/save, 404,
 Not Found)
 Could not generate update request: Command 'bodhi --new --release f22 --file
 bodhi.template glusterfs-3.6.5-1.fc22 --username kkeithle' returned non-zero
 exit status 255

I got the same 404 Not Found stacktrace, I ended up using the web user
interface.


Jonny
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Self Introduction: Jonny Heggheim

[Jonny Heggheim]

Hi Jonathan!

On Wed, 2015-07-08 at 22:28 +0100, Jonathan Underwood wrote:
 You might consider contacting the Java special interest group:
 
 https://fedoraproject.org/wiki/SIGs/Java
 
 They have a mailing list and IRC channel, so you might find someone 
 to review your packages there.

Thanks for your tip, I just joined their mailing list and asked them :)


Jonny
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Self Introduction: Jonny Heggheim

[Jonny Heggheim]

Do anyone have time to sponsor me? I have three Java packages waiting
for formal review:
 * hid4java: https://bugzilla.redhat.com/show_bug.cgi?id=1230949
 * rescu: https://bugzilla.redhat.com/show_bug.cgi?id=1231457
 * Java-WebSocket: https://bugzilla.redhat.com/show_bug.cgi?id=1231570

Sincerely Jonny Heggheim
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Self Introduction: Jonny Heggheim

[Jonny Heggheim]

On 13 June 2015 at 16:41, gil punto...@libero.it wrote:
 wellcome!
 - gil

Thanks, I added a new package for review.

https://bugzilla.redhat.com/show_bug.cgi?id=1231570

Jonny
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Self Introduction: Jonny Heggheim

[Jonny Heggheim]

Hi!

My name is Jonny Heggheim, I work as a software developer at
http://www.vizrt.com where most of the code I write is deployed on
CentOS as RPM.

On my spare time I have a long term goal of getting MultiBit HD
https://beta.multibit.org/ packaged as a high quality package that end
up in the standard Fedora repo.

I have started with two dependencies that only depend on packages that
already exist in Fedora 22:
 * hid4java: https://bugzilla.redhat.com/show_bug.cgi?id=1230949
 * rescu: https://bugzilla.redhat.com/show_bug.cgi?id=1231457

Both libraries are written in Java and use Maven as build system.


Sincerely Jonny Heggheim
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct