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
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 NetworkManager
learned to use it
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 that
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 idea
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
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&hide_resolved=
Am 06.10.2016 um 11:09 schrieb Igor Gnatenko:
On Tue, Oct 4, 2016 at 10:18 AM, Björn Esser 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 Esser:
I'm upgr
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:
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
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
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 an
Hello,
there is another small python-package from me that needs review [1].
Any offers?
Cheers
Björn
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1380671
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
Am 27.09.2016 um 22:08 schrieb Roman Tsisyk:
On Tue, Sep 27, 2016 at 10:53 PM, Björn Esser 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 ability to depend on files
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
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 of
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 de
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! ^^
We
--setopt=tsflags=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 g
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)
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&hide_resolved=1
[2] https://fedoraproject.org/wi
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 sch
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
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
https://admin.fedoraproject.org/pkgdb/package/rpms/pdf-rend
stream…
Am 05.04.2016 um 14:41 schrieb 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-c
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 c
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
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 :
Hey folks!
So… The rebuilds have finished without any bigger problems (orthanc was a
bit
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 anot
o you 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
answer to my last
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:5
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.
A
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)'
4ti2-0:1.6
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 they say
you should
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
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 02:46
>
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
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 follow
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 mailto:ra...@electronsweatshop.com>> wrote:
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 use
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, licens
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 l
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
> > thing. Now, if we default to DNSS
Am Freitag, den 13.02.2015, 13:53 -0700 schrieb Kevin Fenzi:
> On Fri, 13 Feb 2015 12:47:07 -0800
> Susi Lehtola wrote:
>
> > Hi,
> >
> >
> > as has happened many times before, the GCC bump in rawhide has broken
> > all Fortran packages, desperately needing a mass rebuild.
>
> Can you expand
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 :)
> https://bugzilla.redhat.com/show_bug.cg
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
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
> ne
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 in
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 duri
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 (o
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 fro
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
https://admin.fedoraproject.org/ma
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 wrote:
> > What's the output of `grep -R -e "\.utf8" /etc`?
>
> Nothing in particular, profile.d scripts that check $LANG?
>
> Best regards,
>
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"
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
Hi there you all!
There's possibly a problem with the metalink to rawhide x86_64 mirrors/repos.
http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=x86_64 returns:
# repo = rawhide arch = x86_64 error: invalid repo or arch
# following repositories are available:
Anybody else with tha
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 digita
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 m
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
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 i
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 chec
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_guard lock(mutex);
> ^
> data.cpp:249:33: error: expected primary-expression
so much for picking 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
> >> targe
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
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 wi
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
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 - L
> 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 ${XDG_
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
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 %{buildroot}%{_loca
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 Hou
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
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 ord
72 matches
Mail list logo
