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
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 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
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 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
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 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
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 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
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 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
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
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
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
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
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
> 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_
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
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
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
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
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
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
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 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 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, 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
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
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
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
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, 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, 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 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 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
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
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
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)
--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
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
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
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
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 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
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
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
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
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
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 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
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 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
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 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 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 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 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
>
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 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
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
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
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
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
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
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
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
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
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
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
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
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
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
72 matches
Mail list logo
