Self Introduction review/sponsor request

Dear Fedora Community, since I want to contribute to Fedora to make better and to become a member of the packager-group, I'm going to introduce myself here a bit. I am Björn Esser and I live in Hildesheim, Germany. That's about 30 km (20 mi) south of Hannover. I'm just an ordinary guy using

Re: Glitch in Upgrading from EOL Fedora using yum

All those have their corresponding .pid-files inside /var/run. So I guess some of them are keeping an open handle on it. Am Montag, den 13.05.2013, 22:45 -0600 schrieb Philip A. Prindeville: And I had it showed systemd, dbus-daemon, atd, crond, cupsd, avahi-daemon, rpcbind, and all sorts

Re: Review swaps

Am Montag, den 20.05.2013, 15:47 +0200 schrieb Mattias Ellert: Hi Hi Mattias! I have a few review requests that I would like to arrange swaps for: 3 packages related to particle physics simulation: https://bugzilla.redhat.com/show_bug.cgi?id=877275 Review Request: lhapdf - Les Houches

Shall sockets are owned by rpm or created/removed by post/preun scriptlet?

Hello! I'm currently work on packaging `courier-authlib` (needed for pkg'ing and running courier MTA). In maintainer's `generic-all-purpose-and-all-rpm-dists` spec-file there is this scriptlet inside %install for creating/providing the needed socket: /scriptlet/ mkdir -p

Re: Shall sockets are owned by rpm or created/removed by post/preun scriptlet?

Allright, then! Thanks for your answers! I'll have a _strong_ look in * https://fedoraproject.org/wiki/Packaging:SysVInitScript * https://fedoraproject.org/wiki/Packaging:Systemd for improving my mind/knowlegde... Any other places I should have look in, too? Cheers, Björn -- devel mailing

Re: Hardcoded TMPDIR - anywhere else?

Doesn't Firefox download in $XDG_DOWNLOAD_DIR by default these days? Depends on user's choice in download-dialog: * open with %{app} --- download goes to the defined %{temp}-location and launches %{app} with downloaded file. * save --- download goes to

Re: Review swaps

Since there are no other volunteers I'll take these, too. 2 Globus Toolkit packages (these are simple since they follow the template used for all Globus toolkit packages): https://bugzilla.redhat.com/show_bug.cgi?id=889261 Review Request: globus-gram-job-manager-lsf - Globus Toolkit - LSF

Re: Review swaps

Forgot about this. Now it's taken... https://bugzilla.redhat.com/show_bug.cgi?id=952229 Review Request: canl-c++ - EMI Common Authentication library - bindings for C++ signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org

rubygem-ronn needs groff-base to work properly, but does NOT require

Hello list! As I have a pkg (git-extras, currently in review) which `BuildRequires: rubygem-ronn` I need to have `BuildRequires: groff-base`, too, for having the manpages build properly. See build-log without groff-base: https://koji.fedoraproject.org/koji/taskinfo?taskID=5463867 See build-log

Re: rubygem-ronn needs groff-base to work properly, but does NOT require

Just filed a bug against rubygem-ronn: https://bugzilla.redhat.com/show_bug.cgi?id=970537 signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Package Review Requests for Hadoop dependencies

these up and reviewing them! Rob On 06/11/2013 03:04 AM, Björn Esser wrote: Am Montag, den 10.06.2013, 15:42 -0400 schrieb Robert Rati: I'm working with the Big Data SIG to package hadoop for Fedora. We're targeting Fedora 20, but right now there are a number of packages that hadoop

Re: Package Review Requests for Hadoop dependencies

Am Dienstag, den 11.06.2013, 20:16 +0200 schrieb gil: hi yes , many thanks Björn have some trouble with boost with bookkeeper data.cpp:249:3: error: 'lock_guard' is not a member of 'boost' boost::lock_guardboost::mutex lock(mutex); ^ data.cpp:249:33: error: expected

Re: Hardened checking - how?

Am Montag, den 10.06.2013, 09:32 -0500 schrieb Troy Dawson: On 06/06/2013 03:36 PM, Troy Dawson wrote: Hi, Is there an official Fedora way for telling is something is hardened correctly? I'm working on hardening mongodb, and I think I have it right, but I'd really like to check. I

Re: Installing a very old Fedora (FC6) in a chroot?

Am Mittwoch, den 12.06.2013, 08:44 -0400 schrieb Martin Langhoff: To test / bench / verify old behaviour of PHP4, I need to install FC6 in a chroot. Mock doesn't seem to work, given a reasoanble config file pointing to the archive repo. Are there any good / recommended alternatives? Or is

Re: Installing a very old Fedora (FC6) in a chroot?

Am Mittwoch, den 12.06.2013, 14:56 +0200 schrieb Björn Esser: Am Mittwoch, den 12.06.2013, 08:44 -0400 schrieb Martin Langhoff: To test / bench / verify old behaviour of PHP4, I need to install FC6 in a chroot. Mock doesn't seem to work, given a reasoanble config file pointing

Re: Package Review Requests for Hadoop dependencies

Am Mittwoch, den 12.06.2013, 12:54 -0400 schrieb Tim St Clair: Many thanks Björn! It looks like we are green on dependencies! for now ;-) Cheers, Tim Hi Tim! You're welcome! If there are any further reviews or pkgs needed during intergration of hadoop, just feel free to ask me for

arched BuildRequires?

Hi there! I have a question about this review: https://bugzilla.redhat.com/show_bug.cgi?id=889261 Is it ok to havearched BuildRequires? In my opinion they should NOT be arched, because of the reasons given in the comments of the bug. Cheers, Björn signature.asc Description: This is a

Issues with metalink to fedora-rawhide-x86_64

Hi there you all! There's possibly a problem with the metalink to rawhide x86_64 mirrors/repos. http://mirrors.fedoraproject.org/mirrorlist?repo=rawhidearch=x86_64 returns: # repo = rawhide arch = x86_64 error: invalid repo or arch # following repositories are available: snip Anybody else with

Re: Issues with metalink to fedora-rawhide-x86_64

Am Sonntag, den 16.06.2013, 11:37 +0200 schrieb Florian Weimer: On 06/15/2013 09:11 AM, Kevin Fenzi wrote: Note that it's just that exact combo only affected: rawhide, x86_64, everything else seems to be working just fine. I still see it with Fedora/19/x86_64 on two different systems. yum

Re: F19 locale issue?

Am Sonntag, den 16.06.2013, 13:36 +0200 schrieb Jan Dvořák: Hi, I don't have any idea how this happened: $ locale locale: Cannot set LC_ALL to default locale: No such file or directory LANG=en_US.utf8 LC_CTYPE=en_US.utf8 LC_NUMERIC=\'\' LC_TIME=\'\' LC_COLLATE=en_US.utf8

Re: F19 locale issue?

Am Sonntag, den 16.06.2013, 16:25 +0200 schrieb Jan Dvořák: On Sun, 16 Jun 2013 13:47:36 +0200 Björn Esser bjoern.es...@gmail.com wrote: What's the output of `grep -R -e \.utf8 /etc`? Nothing in particular, profile.d scripts that check $LANG? Best regards, Jan Dvorak you might

Re: Issues with metalink to fedora-rawhide-x86_64

Am Sonntag, den 16.06.2013, 20:25 -0600 schrieb Kevin Fenzi: Should be all fixed now. kevin Hi Kevin! Thanks a lot! Cheers, Björn signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org

Re: rpm and config.{guess, sub} (was [aarch64 bugs] dpkg: Does not support aarch64 in f19 and rawhide bug #925276)

Am Montag, den 17.06.2013, 11:39 +0300 schrieb Oron Peled: On Monday 17 June 2013 02:13:06 Sérgio Basto wrote: Hi, I'm trying follow this (aarch64 support) but https://bugzilla.redhat.com/show_bug.cgi?id=922257#c1 could/should be closed now, as this is done automatically from %

Re: _hardened_build not affecting libtool-compiled libraries

Am Dienstag, den 25.06.2013, 08:29 +0100 schrieb Richard W.M. Jones: On Mon, Jun 24, 2013 at 07:39:59PM -0400, Paul Wouters wrote: On Mon, 24 Jun 2013, Richard W.M. Jones wrote: Note there is still a problem that an LDFLAGS hack was needed in the spec file, otherwise libtool (or

[HEADS UP] libtool + %global _hardened_build 1 = no full hardening

Hello list! As discussed a few days ago [1] there's a _severe_ bug in autotool's libtool known for ages [2] preventing libs not to be build fully hardened (partial RELRO), even if you have included `%global _hardened_build 1` into you rpm-spec. There was some LDFLAGS-hack [3] mentioned by me

Re: Mesos Packaging

Am Freitag, den 19.07.2013, 15:14 -0400 schrieb Tim St Clair: are assisting the upstream Mesos project(https://issues.apache.org/jira/browse/MESOS-543) and there is interest from multiple parties to get the package and it's dependencies into the Fedora | EPEL channels. If you are

Re: Self Introduction

Am Mittwoch, den 24.07.2013, 20:53 +0200 schrieb Marcus Asshauer: Hello, my name is Marcus and I am 32 years old, working as senior system engineer and life in Germany. My focus is on monitoring and automation in data center enviroments. I am using linux since 2000 and have tried nearly

Re: Notion of Sea (Simon A. Erat)

Am Mittwoch, den 14.08.2013, 10:40 +0200 schrieb Till Maas: Welcome aboard! On Wed, Aug 14, 2013 at 10:32:29AM +0200, Simon A. Erat wrote: This is the 3rd selfintroduction, as its the 3rd packagereview request, thank you Mario Besser, but therefor i dont know what to write further, as

Re: In need of a sponsor / new package submitted

Am Samstag, den 24.05.2014, 10:47 -0400 schrieb Jeff Backus: I am still interested in becoming a packager and am still in need of a sponsor. I have submitted a new package for review that is both much more simple and has a straightforward license :)

Re: F24 System Wide Change: Default Local DNS Resolver

And some German Cable-ISP uses kabel.box across all their CPE devices. Am 04.12.2015 16:09 schrieb Timotheus Pokorra : > > > is deployed in probably half of the homes in Germany... Also I am > > pretty sure other routers form other manufacturers do the same

Re: Specs using %define

Am 24.12.2015 um 22:01 schrieb Jason L Tibbitts III: To satisfy my curiosity, I grepped the convenient tarball of specfiles (http://pkgs.fedoraproject.org/repo/rpm-specs-latest.tar.xz) for lines matching "(? All %define changed to %global in recent commit. NLopt (besser82) This spec-file

Re: rpmlint error and packaging guidelines

Am 20.12.2015 um 00:12 schrieb Michael Schwendt: On Sat, 19 Dec 2015 15:31:08 +0100, Mattia Verga wrote: %global sover 1 … %install # Install the built binaries. ln -fs %{_libdir}/libpasplan404.so.%{sover}.0 \ %{buildroot}%{_libdir}/libpasplan404.so.%{sover} … %files # doc-files,

Re: What to do when upstream doesn't version

I use sth. like: %global gitrel .git%{commit_date}.%{shortcommit} Version: 0.0.0 Release: 0.1%{?gitrel}%{?dist} Am 27.12.2015 um 08:17 schrieb Igor Gnatenko: I would prefer 0.0.0-0.1.git%{shortcommit} On Sun, Dec 27, 2015, 7:33 AM Randy Barlow

Re: rpmlint error and packaging guidelines

Am 19.12.2015 um 14:11 schrieb Mattia Verga: While checking rpms for a new package with rpmlint I encountered the error: libpasastro.x86_64: E: no-ldconfig-symlink /usr/lib64/libpasplan404.so.1.0 Now, packaging guidelines doesn't say anywhere (or at least I was unable to find it) that symbolic

Re: Can I enable C++11 to build a package?

Am 13.01.2016 um 15:06 schrieb Ankur Sinha: On Wed, 2016-01-13 at 13:08 +0100, Michael Schwendt wrote: Yes. Thanks Michael. Follow up question: What is the cleanest way of doing this - replacing -ansi with -std=c++11 in %{_optflags} while using the %configure macro? You can do it the

Re: Another strange Koji error

Am 16.01.2016 um 19:13 schrieb Mattia Verga: I was trying to do a scratch build for a review ticket submission and I got this: http://koji.fedoraproject.org/koji/taskinfo?taskID=12578072 All builds on different architectures are ok, but in the build result it says something strange about static

Re: unannounced soname bump: libglpk

Am 19.02.2016 18:12 schrieb Andrew Lutomirski : > > I believe this is the list of broken packages in rawhide. > > $ sudo dnf --disablerepo=\* --enablerepo=rawhide repoquery --whatrequires > 'libglpk.so.36()(64bit)' > Fedora rawhide - x86_64 277 kB/s |  45 MB 

Re: Large number of packages to be orphaned on Feb 26

I'll take json-c and qd, since both are Shogun dependencies. -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Building packages with clang?

Am 28.02.2016 um 22:56 schrieb Tom Hughes: On 28/02/16 21:44, Kevin Fenzi wrote: On Sun, 28 Feb 2016 21:41:26 + Tom Hughes wrote: ...snip... Is building packages with clang actually allowed and/or expected to work? The C/C++ guidelines seem to suggest it is given that

Re: Rawhide: libglpk soname bump

Am 11.03.2016 um 20:04 schrieb Conrad Meyer: Hi, I've updated libglpk from 4.58 to 4.59 in Rawhide.[0] This bumps the soname from libglpk.so.39 to libglpk.so.40. Directly affected packages: $ dnf --disablerepo=\* --enablerepo=rawhide repoquery --whatrequires 'libglpk.so.39()(64bit)'

Re: Unresponsive maintainer: s4504kr

All builds have finished successful. Updates for f23 [1] and f24 [2] are in pending currently. [1] https://bodhi.fedoraproject.org/updates/FEDORA-2016-2b4905fcb4 [2] https://bodhi.fedoraproject.org/updates/FEDORA-2016-a921040e69 Am 09.04.2016 um 13:17 schrieb Björn Esser: I just applied

Re: Unresponsive maintainer: s4504kr

I just applied your patch in scm and triggered builds for f23, f24 and rawhide. Am 09.04.2016 um 12:06 schrieb gil: Hi Is already for some time (a few months) that I have no news, I did request to become co maintainer for this package

[HEADS-UP] so-name-bump JSONCPP in rawhide

Hello all together, I'm planning to update jsoncpp in rawhide (and possibly - if there are no further issues on rawhide - on fc24, too, since we are still in alpha) to version 1.7.1, which bumps the soname to libjsoncpp.so.1. I'll bump and rebuild the affected, named below, packages, too.

Re: [HEADS-UP] so-name-bump JSONCPP in rawhide

ast mail about it on devel. I didn't find the time to try again. I didn’t plan to update it in f24 though. Please see this bug https://bugzilla.redhat.com/show_bug.cgi?id=1209654 I see that you also updated the el packages, is that OK regarding the update policy? 2016-03-25 13:50 GMT+01:00 Björn Es

Re: [HEADS-UP] so-name-bump JSONCPP in rawhide

think? Cheers Björn Am 25.03.2016 um 16:05 schrieb Björn Esser: You're welcome! =) The el-packages are fine, since the only API-incompatibility was the null vs. nullRef thing mentioned in the bug-report, which affects ARM, only and there is no ARM-arch on el <= 7. Let me see how w

Re: Looking for co-maintainer of git

Hey Petr! I can help you co-maintaining git. Feel free to add me in pkgdb. Cheers Björn Am 26.03.2016 um 16:38 schrieb Petr Stodulka: Hi folks, I would like some help with maintainance of git package mainly - I have not so much time due to combination of school & work and I plan add

Re: [new package][licenses] python-cheat + MIT & GPLv3 combination

Hi! When looking at the github-repo, I found a file "LICENSE" [1], which states python-cheat is dual-licensed… Since the term "dual-licensing" usually means, that you can freely apply either combination of the named licenses, either using a chosen single license from the offered ones, or a

Re: [new package][licenses] python-cheat + MIT & GPLv3 combination

chrieb Petr Stodulka: Thank You for clarification. I will ask of upstream how it is with GPLv3 & GPLv3+. Cheers, Petr On 5.4.2016 13:52, Björn Esser wrote: Hi! When looking at the github-repo, I found a file "LICENSE" [1], which states python-cheat is dual-licensed… Since the

Re: [HEADS-UP] so-name-bump JSONCPP in rawhide

All left-over rebuilds for Rawhide and fc24 have finished yesterday… The fc24-update [1] carries all needed rebuilds and has reached testing, waiting for some karma… ;) [1] https://bodhi.fedoraproject.org/updates/FEDORA-2016-3353070273 Am 29.03.2016 um 09:16 schrieb Björn Esser: Already

Re: [HEADS-UP] so-name-bump JSONCPP in rawhide

Already running… ^_^ Am 29.03.2016 um 08:55 schrieb Sébastien Willmann: It seems that kopete, passenger and minetest also need to be rebuilt. Can you do it too? 2016-03-26 8:30 GMT+01:00 Björn Esser <fed...@besser82.io>: Hey folks! So… The rebuilds have finished without any

Re: HEADS-UP: Updated yaml-cpp coming to rawhide

There has definitely been an API-change… You should contact upstream about that and ask them to bump so-name… Two functions take different count of parameters now and unsigned int != size_t, those are completely different types, although both are numeric integers… Am 20.04.2016 um 22:39

Re: review swaps

A'ighty! Took them… =) Am 23.08.2016 um 16:37 schrieb gil: Il 23/08/2016 16:14, Björn Esser ha scritto: Hello folks, I have some rubygem-packages open for review [1] for a proposed change in Fedora 25 [2] and looking for someone to swap reviews with. Cheers Björn (besser82) hi

Re: review swaps

Already resolved the problem… Was an over-strict requirement for rubygem-listen >= 3.0 < 3.1 in rubygem-jekyll-watch to compat for Ruby-MRI 1.9.3… Am 24.08.2016 um 19:03 schrieb Vít Ondruch: Dne 23.8.2016 v 20:11 Björn Esser napsal(a): Thanks you very much for the reviews! ^^ W

Re: [SO-NAME BUMP] jsoncpp 1.7.7 comes to rawhide (and maybe to fc25)

Am 06.10.2016 um 11:09 schrieb Igor Gnatenko: On Tue, Oct 4, 2016 at 10:18 AM, Björn Esser <fed...@besser82.io> wrote: Am 03.10.2016 um 06:10 schrieb Björn Esser: Chain-build is running: https://koji.fedoraproject.org/koji/taskinfo?taskID=15917326 Am 03.10.2016 um 05:38 schrieb Björn

Re: [SO-NAME BUMP] jsoncpp 1.7.7 comes to rawhide (and maybe to fc25)

Am 03.10.2016 um 06:10 schrieb Björn Esser: Chain-build is running: https://koji.fedoraproject.org/koji/taskinfo?taskID=15917326 Am 03.10.2016 um 05:38 schrieb Björn Esser: I'm upgrading jsoncpp to v1.7.7 in Rawhide. This will bump the so-name to libjsoncpp.so.11. Affected packages: cmake

Review swaps

Hello, I have another three reviews to swap [1]. The first one in the tree is pretty brain-dead, the other two are a bit more advanced C-compiled packages, but not too exhausting. Any offers? Cheers, Björn [1] https://bugzilla.redhat.com/showdependencytree.cgi?id=1382810_resolved=1

Re: review swaps

sflags=nocontexts\n' (logs in /home/gil/.cache/fedora-review.log) i cleanup the chache an the result is the same ... maybe tomorrow, if you do not hurry, i end review regards .g Il 23/08/2016 17:20, Björn Esser ha scritto: A'ighty! Took them… =) Am 23.08.2016 um 16:37 schrieb gil: Il 23/08/2016

review swaps

Hello folks, I have some rubygem-packages open for review [1] for a proposed change in Fedora 25 [2] and looking for someone to swap reviews with. Cheers Björn (besser82) [1] https://bugzilla.redhat.com/showdependencytree.cgi?id=1368851_resolved=1 [2]

Re: [SO-NAME BUMP] jsoncpp 1.7.7 comes to rawhide (and maybe to fc25)

Am 03.10.2016 um 08:25 schrieb Nikos Mavrogiannopoulos: On Mon, 2016-10-03 at 06:10 +0200, Björn Esser wrote: Chain-build is running: https://koji.fedoraproject.org/koji/taskinfo?taskID=15917326 However it doesn't seem to work: Error: nothing provides libjsoncpp.so.1()(64bit) needed by cmake

Re: [SO-NAME BUMP] jsoncpp 1.7.7 comes to rawhide (and maybe to fc25)

Chain-build is running: https://koji.fedoraproject.org/koji/taskinfo?taskID=15917326 Am 03.10.2016 um 05:38 schrieb Björn Esser: I'm upgrading jsoncpp to v1.7.7 in Rawhide. This will bump the so-name to libjsoncpp.so.11. Affected packages: cmake engrid mrpt orthanc paraview pcl vfrnav vrpn

[SO-NAME BUMP] jsoncpp 1.7.7 comes to rawhide (and maybe to fc25)

I'm upgrading jsoncpp to v1.7.7 in Rawhide. This will bump the so-name to libjsoncpp.so.11. Affected packages: cmake engrid mrpt orthanc paraview pcl vfrnav vrpn vtk I'll chain-rebuild all affected packages when pushing the new version of jsoncpp. If there isn't any trouble, I'll consider

Re: Missing dependency in glibc package

Am 27.09.2016 um 21:48 schrieb Björn Esser: Am 27.09.2016 um 21:32 schrieb Roman Tsisyk: Hi, My package uses getprotobyname(3), getaddrinfo(3), getnameinfo(3) functions which read /etc/protocols, /etc/hosts, /etc/services and other network configuration files under the hood. Despite the fact

Re: Missing dependency in glibc package

Am 27.09.2016 um 21:32 schrieb Roman Tsisyk: Hi, My package uses getprotobyname(3), getaddrinfo(3), getnameinfo(3) functions which read /etc/protocols, /etc/hosts, /etc/services and other network configuration files under the hood. Despite the fact that all these functions is an integral part

Re: Missing dependency in glibc package

Am 27.09.2016 um 22:08 schrieb Roman Tsisyk: On Tue, Sep 27, 2016 at 10:53 PM, Björn Esser <fed...@besser82.io> wrote: Forgot to mention: Explicit dependencies are usually the better way, instead of relying on implicit dependencies… Of course. File Dependencies RPM gives you the a

Review swap

Hello I 'm in need for a review [1] for a pretty simple python-package. Any offers? Cheers Björn [1] https://bugzilla.redhat.com/show_bug.cgi?id=1379421 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

review swap

Hello toghether, I have Odoo waiting for review [1]. It is the package for my change proposal for Fedora 26 [2]. Anyone interested to swap reviews? Cheers, Björn [1] https://bugzilla.redhat.com/show_bug.cgi?id=1379432 [2] https://fedoraproject.org/wiki/Changes/Odoo

Re: Switching to NetworkManager dhcp=internal

Am 12.10.2016 um 20:14 schrieb stan: On Wed, 12 Oct 2016 13:37:40 -0400 Colin Walters wrote: Hey, so as part of the discussion about NetworkManager vs systemd-networkd, one thing that happened is networkd started exposing its DHCP code as a shared library, and

Re: More texlive woes in rawhide

Am 11.10.2016 um 19:49 schrieb gil: hi "Package resolution failed package texlive-latex-bin-bin-5:svn14050.0-8.20160520.fc26.1.noarch requires texlive-latex-bin, but none of the providers can be installed " from https://apps.fedoraproject.org/koschei/package/metrics?collection=f26 any

Re: Please rebuild OpenEXR against GCC 6.2

Am 11.10.2016 um 04:03 schrieb Luya Tshimbalanga: After investigating the issues related to FTBS on Blender, it turned out the change from glibc cause OpenEXR to fail on Rawhide repository according to koschei report: https://apps.fedoraproject.org/koschei/package/blender I already filed the

Re: where is /1 coming from?

Am 12.10.2016 um 16:36 schrieb Joachim Backes: On 10/12/16 15:03, Matthew Miller wrote: Someone on Reddit noted that there's a zero-length file named `1` in / on their F25 system. I just looked on mine, and I have one too. It's not owned by any RPM. And I checked on an F24 box, and it's got