The following packages have been orphaned now:
- isrcsubmit
- mbox2eml
- modplugtools
- portecle
- python-flake8-import-order
- vdr-epgfixer
- vdr-ttxtsubs
- zopfli
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to d
On Fri, Oct 27, 2017 at 11:24 AM, Hedayat Vatankhah
wrote:
> If nobody else wants it, I'd take kid3
Transferred, thanks!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Mon, Oct 23, 2017 at 10:24 PM, Ville Skyttä wrote:
> Hello,
...again, updated lists below. The following packages are looking for
new maintainers, ping me if you're able to help out. When doing so,
please note your FAS account name.
1) No co-maintainers at the moment:
- isrcsubmi
On Wed, Oct 25, 2017 at 1:46 PM, Igor Gnatenko
wrote:
It's a bit hard to read your message because the lines you wrote are
in the middle of quoted ones without any extra empty lines, I hope I
got your intent right.
> On Mon, 2017-10-23 at 22:24 +0300, Ville Skyttä wrote:
>> - git
On Wed, Oct 25, 2017 at 1:06 PM, Michael Cullen
wrote:
> I can take ccache if no one else wants it
Transferred, thanks!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Wed, Oct 25, 2017 at 9:04 AM, Umar Parooq wrote:
> username: pyc0d3r, full name: umar abdullahi
src.fedoraproject.org doesn't know of such a username, so I'm afraid
I'm not able to transfer packages to you.
___
devel mailing list -- devel@lists.fedor
On Wed, Oct 25, 2017 at 7:30 AM, Umar Parooq wrote:
> i can take zopfli
Thanks, but I'm unable to guess/locate your username in FAS. Could you
let me know what it is?
(Does a thing exist where I could search FAS users by real name, BTW?)
___
devel mail
On Wed, Oct 25, 2017 at 1:43 AM, Francisco J. Tsao Santin wrote:
> I review the list again, and I think I also can take reptyr.
Transferred, thanks!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@list
On Tue, Oct 24, 2017 at 10:47 PM, Antonio Trande wrote:
> I can take libmodplug and rpmdevtools.
libmodplug transferred, thanks! rpmdevtools was already transferred to
ngompa, I suggest contacting the current maintainers if you still want
to help out.
_
On Tue, Oct 24, 2017 at 10:31 PM, Sandro Bonazzola wrote:
> I can take pyflakes
Transferred, thanks!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Tue, Oct 24, 2017 at 9:56 PM, Jan Pokorný wrote:
> On 23/10/17 22:24 +0300, Ville Skyttä wrote:
>> [...]
>> - jing-trang
>
> still somewhat interested in that package, would help to keep it in
> Fedora if that's not awfully a lot of work.
Nah, it's been a ve
On Mon, Oct 23, 2017 at 10:41 PM, Francisco J. Tsao Santin
wrote:
> I can take netmask :-)
Transferred, thanks.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Hello,
The following packages are looking for new maintainers, ping me if
you're able to help out.
1) No co-maintainers at the moment:
- git-bz
- isrcsubmit
- jing-trang
- kid3
- mbox2eml
- modplugtools
- netmask
- portecle
- python-flake8-import-order
- vdr-epgfixer
- vdr-ttxtsubs
2) Needs new
On Tue, Sep 12, 2017 at 11:52 PM, Matthew Miller
wrote:
> On Tue, Sep 12, 2017 at 09:53:26PM +0300, Ville Skyttä wrote:
>> I would like to remove myself from being a co-maintainer for various
>> packages. I cannot find a way to do it in pagure, nor am I able to
>> locate i
Hello,
I don't have the time I'd like to have to participate in all my Fedora
related activities these days. Therefore, the rpmlint and rpmdevtools
upstream projects would benefit from more manpower. Anyone interested?
https://github.com/rpm-software-management/rpmlint
https://pagure.io/rpmdevtoo
Hello,
I would like to remove myself from being a co-maintainer for various
packages. I cannot find a way to do it in pagure, nor am I able to
locate instructions for doing that in wiki. I cannot access /settings
for those projects, because I don't have sufficient rights (I get
"Forbidden: You are
On Sat, Jul 29, 2017 at 2:45 AM, Kevin Fenzi wrote:
> On 07/28/2017 04:43 PM, Kevin Fenzi wrote:
>> On 07/28/2017 07:20 AM, Michael Cronenworth wrote:
>>> On 07/27/2017 09:29 PM, Kevin Fenzi wrote:
ok. I have pushed 6.9.9-3 to rawhide.
Hopefully I got all the CVE's right in the chan
7.7.2017 20.45 "Jason L Tibbitts III" kirjoitti:
I would argue that it doesn't remove the ability, but that it does make
it more difficult to do in an automated fashion. Basically you can see
that something has a bundled library but then you need to do manual
inspection to go further.
I think
On Tue, May 2, 2017 at 4:42 PM, Siteshwar Vashisht wrote:
> I am pondering over the idea to source /etc/bashrc by default (see commmit at
> [3])
FWIW, I've been recently told that Debian does this. (Well the name
there is /etc/bash.bashrc.)
> and fix current /etc/bashrc script to avoid double s
On Wed, May 3, 2017 at 9:31 AM, Petr Pisar wrote:
> On 2017-05-03, Orion Poplawski wrote:
>> I make fairly extensive use or xorg-x11-drv-dummy for running graphical
>> tests in koji builds. I see that xorg-x11-drv-dummy is not built for
>> s390x, probably due to xorg-x11-server-devel not being a
The following packages have been orphaned and are in need of new main contacts:
- vdr
- vdr-epgfixer
- vdr-epgsearch
- vdr-femon
- vdr-osdteletext
- vdr-remote
- vdr-sudoku
- vdr-ttxtsubs
- vdrsymbol-fonts
All of them should be in a good shape for someone to pick up. Some of
these have active co-
On Sun, Mar 5, 2017 at 9:02 PM, Tim Landscheidt wrote:
> There are still several hundred binary packages in F25 that
> refer to that host:
>
> | [tim@passepartout ~]$ dnf repoquery --qf '%{url}\t%{name}' | fgrep
> fedorahosted | wc -l
> | 464
Rawhide numbers would be more useful, it isn't worth
On Thu, Jan 5, 2017 at 4:50 PM, Matthew Miller wrote:
> On Thu, Jan 05, 2017 at 03:41:56PM +0200, Ville Skyttä wrote:
>> This one has the too small icon "problem". It only has a 32x32 one,
>> and with my (also wearing the Portecle upstream hat) graphical skills
>>
On Fri, Jan 6, 2017 at 3:50 AM, Luya Tshimbalanga
wrote:
> Wearing designer hat, I will take a look at making a set of icons for
> PorteClé (keychain in english).
> Could you submit a request on Fedora Design team page and assign it to
> my email?
Thanks! Issue filed, but I cannot seem to find a
On Thu, Jan 5, 2017 at 1:56 PM, Richard Hughes wrote:
[...]
> * portecle
[...]
> If you want any suggestions or advice, I'm happy to help.
This one has the too small icon "problem". It only has a 32x32 one,
and with my (also wearing the Portecle upstream hat) graphical skills
a new, better one s
On Sat, Oct 1, 2016 at 11:01 AM, Richard W.M. Jones wrote:
>
> In the RISC-V mass rebuild, some packages fail because Perl is
> missing. However they don't have 'BuildRequires: perl'.
https://fedoraproject.org/wiki/Changes/Build_Root_Without_Perl
> If so I will add a BR: perl to the packages wh
On Wed, Sep 21, 2016 at 4:21 PM, Avram Lubkin wrote:
>
> I've noticed this a lot lately. I get a bugzilla for a new release in
> upstream, but it lists the current version in rawhide as the el7
> distribution. [...] I this something I can fix or is there a problem
> with rebase helper?
https://gi
On Mon, Aug 22, 2016 at 3:39 PM, Kalev Lember wrote:
>
> On 08/22/2016 01:56 PM, Dominik 'Rathann' Mierzejewski wrote:
> > Hello, Kalev.
> > It would've been nice if you had contacted the maintainers of affected
> > packages before renaming the python subpackages of libgexiv2:
>
> Sorry, I didn't
On Wed, Aug 3, 2016 at 9:00 AM, Mattia Verga wrote:
> it seems that the hfsplus-tools package arbitrary renames its executables.
> This prevents kde-partitionmanager to fully support HFS+.
> I've opened a bug [1] for this, but I received no answer.
>
> Anyone knows why those executables are renam
On Mon, Jul 11, 2016 at 9:37 AM, Raphael Groner
wrote:
> Why is it possible to give +1 to stable packages? Bodhi may deny or at least
> impede such actions, -1 or neutral comments should be still possible though
> for users having issues.
I disagree with allowing -1. At best, it's meaningless
On Mon, Aug 3, 2015 at 9:35 PM, Michel Alexandre Salim
wrote:
>
> On Mon, Aug 3, 2015, 15:15 Ville Skyttä wrote:
>
>
> Once configured, git-bz makes it even easier. My ~/.gitconfig has:
>
> [bz]
> browser = firefox3
> default-tracker = bugzilla
The following packages in current rawhide install files to
/etc/tmpfiles.d. They should most likely be fixed to install those
files to /usr/lib/tmpfiles.d instead.
$ dnf -q repoquery --disablerepo=* --enablerepo=rawhide --qf=%{NAME}
"/etc/tmpfiles.d/*" | sort -u
389-dsgw
amplab-tachyon
anyterm
Bac
On Fri, Mar 18, 2016 at 8:47 PM, Honza Šilhan wrote:
> The maintainers of Fedora components containing
> `Requires(pre)` tag and while not having the `Requires` were informed.
BTW the thing that detected the use of Requires(pre) in packages seems
to have been buggy; I got (among other things) a r
On Wed, Mar 16, 2016 at 6:36 PM, Kamil Dudka wrote:
> The curl and libcurl packages, which are both required by dnf,
Hm, does dnf really require curl? On my F-23 box:
$ rpm -e --test curl
error: Failed dependencies:
curl is needed by (installed) rpmdevtools-8.6-2.fc23.noarch
curl is needed by (i
On Sat, Mar 5, 2016 at 4:41 PM, Jakub Jelinek wrote:
>
> On Sat, Mar 05, 2016 at 04:09:55PM +0200, Ville Skyttä wrote:
> > Rawhide repos have currently compat-gcc-296 and compat-gcc-32 -debuginfo
> > and source packages but the corresponding main binary packages are not
> &
Rawhide repos have currently compat-gcc-296 and compat-gcc-32 -debuginfo
and source packages but the corresponding main binary packages are not
there. Shouldn't all or none of them be there, something wrong with the
compose?
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedorapro
On Mon, Feb 22, 2016 at 5:11 PM, Ondřej Vašík wrote:
> Ville Skyttä píše v Po 22. 02. 2016 v 14:12 +0200:
>> On Mon, Feb 22, 2016 at 2:04 PM, Thomas Moschny
>>
>> Why not. Note however that if going this route, the dirs
>> /usr/share/bash-completion and /usr/sh
On Fri, Feb 26, 2016 at 8:10 PM, Kevin Fenzi wrote:
> rpms/zopfli -- Zlib compatible better compressor ( master f24 f23 f22 )
Took this one.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
On Mon, Feb 22, 2016 at 2:04 PM, Thomas Moschny
wrote:
> However, for the same reasons, shouldn't the filesystem package also
> own the "new" /usr/share/bash-completion/completions location?
Why not. Note however that if going this route, the dirs
/usr/share/bash-completion and /usr/share/bash-co
On Fri, Feb 12, 2016 at 8:36 PM, Mattia Verga wrote:
> Il 12/02/2016 19:22, Sérgio Basto ha scritto:
>> On Sex, 2016-02-12 at 19:18 +0100, Mattia Verga wrote:
>>
>> clean_requirements_on_remove=true
>>
>> in /etc/dnf/dnf.conf
>>
> Thanks, setting it to "false" avoid kernel uninstalling.
Setting i
On Mon, Feb 1, 2016 at 1:36 PM, Jonathan Wakely
wrote:
>
> Insisting that feature requests provide an implementation is a good
> way to ensure nobody bothers asking for improvements to a tool.
And encouraging filing RFE's for which there is no implementor
resources in sight is a good way to frust
On Fri, Jan 29, 2016 at 2:41 PM, Jonathan Wakely
wrote:
>
> I've seen a few spec files with content like this:
>
> %configure --disable-static --with-imagemagick --with-magickpp \
>--without-libavcodec
>CPPFLAGS='-DMagickLib=MagickCore -I/usr/include/ImageMagick'
>
> There's no bac
On Tue, Jan 26, 2016 at 11:12 AM, Michael Schwendt wrote:
> On Tue, 26 Jan 2016 10:48:28 +0200, Ville Skyttä wrote:
>
>> On Tue, Jan 26, 2016 at 9:35 AM, Petr Pisar wrote:
>> > This can bring bugs because, as noted in the orignal message, some
>> > people use to c
On Tue, Jan 26, 2016 at 9:35 AM, Petr Pisar wrote:
> This can bring bugs because, as noted in the orignal message, some
> people use to change wrong permissions coming from %install section.
Can you give a concrete example where doing this actually accomplishes
something with rpmbuild >= 4.4? I c
On Fri, Jan 1, 2016 at 5:14 AM, Mark McKinstry wrote:
> Can anyone do a review swap for emacs-yaml-mode? It is a very simple
> package.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1247442
Looks like someone beat me to it, but feel free to return the favor to
me with python-flake8-import-order
On Sun, Dec 27, 2015 at 9:58 AM, Björn Esser wrote:
> Version: 0.0.0
The dotted zeros don't add any value here, they're just cruft.
"Version: 0" works fine.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
On Fri, Dec 25, 2015 at 2:10 AM, Jason L Tibbitts III wrote:
>> "JJ" == Jerry James writes:
>
> JJ> This uses a %define inside the %check script as a convenient macro,
> JJ> used only inside the %check script; i.e., it really is a local
> JJ> definition.
>
> But %define isn't a "local definit
On Sun, Nov 15, 2015 at 8:59 PM, Kevin Kofler wrote:
> Jan Kratochvil wrote:
>> There is also ".gitignore" file which is sometimes unmaintained and huge.
>
> This is a feature. If you still have old tarballs in your checkout, they
> should be ignored as well as the current ones.
I don't like fedp
On Sun, Oct 11, 2015 at 5:42 AM, Orion Poplawski wrote:
> FWIW - you can pass -m to rpmdev-newspec to get %{buildroot}. That probably
> should be the default, but...
...https://bugzilla.redhat.com/show_bug.cgi?id=1256815#c3
You can make it the default with NEWSPEC_PREFER_MACROS, see the
rpmdev-
On Sun, Oct 11, 2015 at 5:03 AM, Neal Gompa wrote:
> We don't use %make_build,
https://git.fedorahosted.org/cgit/rpmdevtools.git/commit/?id=dcf1005d2cca7ce2a541718425f84d65fe8b8d00
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora
On Fri, Oct 9, 2015 at 1:05 PM, Sandro Mani wrote:
> can anyone suggest an alternative way to accomplish the same which
> does not use spawn from Dpkg::IPC?
>
> [1]
> https://github.com/Debian/devscripts/commit/c0687bcde23108dd42e146573c368b6905e6b8e8
# at top of licensecheck
use IPC::Run qw(run)
On Tue, Sep 22, 2015 at 4:13 PM, Matej Stuchlik wrote:
> - Original Message -
>> From: "Ville Skyttä"
>>
>> Managed to fiddle around some more and looks like the above is a false
>> concern, many *.pyc, *.opt-1.pyc and *.opt-2.pyc are identical.
&
On Tue, Sep 22, 2015 at 3:43 PM, Ville Skyttä wrote:
>
> BTW I just had a peek into some Arch Linux Python 3.5 packages, and it
> seems they contain *no* identical *.pyc and corresponding *.opt-1.pyc
> files. This is bad news wrt the hardlinking. I haven't found any
> *.opt
On Tue, Sep 22, 2015 at 3:32 PM, Matej Stuchlik wrote:
> - Original Message -
>> From: "Ville Skyttä"
>>
>> Also, be careful with measuring space savings when working with *.pyo.
>> It is a common case that *.pyc and *.pyo are identical, and when t
On Tue, Sep 22, 2015 at 2:25 PM, Neal Gompa wrote:
> On Tue, Sep 22, 2015 at 5:36 AM, Matej Stuchlik wrote:
>>
>> Also note that it's possibly not just 9MB. For instance python3-boto, also
>> on this list, would
>> save 4.7MB, python3-pip 2.9MB. In general most python packages could go
>> down in
On Wed, Aug 5, 2015 at 7:22 PM, Kevin Fenzi wrote:
> On Wed, 5 Aug 2015 10:11:26 +0300
> Ville Skyttä wrote:
>
>> On Wed, Aug 5, 2015 at 12:34 AM, Jason L Tibbitts III
>> wrote:
>> > The big change is that the Python guidelines have been extensively
>> > r
On Wed, Aug 5, 2015 at 12:34 AM, Jason L Tibbitts III wrote:
> The big change is that the Python guidelines have been extensively
> reorganized and partially rewritten, and new macros are available which
> simplify packaging by removing some of the boilerplate which was
> previously required.
I h
On Mon, Aug 3, 2015 at 2:13 AM, Michael Schwendt wrote:
> After spending time on creating that patch, submitting it via
> http://bugz.fedoraproject.org/mscore would require just a tiny bit of
> effort.
Once configured, git-bz makes it even easier. My ~/.gitconfig has:
[bz]
browser = fire
On Wed, Jul 29, 2015 at 12:08 PM, Mikolaj Izdebski wrote:
> On 07/28/2015 11:37 AM, Florian Festi wrote:
>>
>> Also we still need to settle to a final syntax for the operators [1].
>> Unfortunately there is no consensus among the other packaging formats
>> what to use. Right now rpm accepts 3 diff
On Fri, Jul 24, 2015 at 4:49 PM, Florian Festi wrote:
> See the draft release notes for details: http://rpm.org/wiki/Releases/4.13.0
> Terminate builds on empty files (?_empty_manifest_terminate_build)
That should probably read "on empty manifest files".
Anyway, one effect of this is that empt
I've just released ownership of tomcat-native and there are no
co-maintainers, go grab it if you like.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Sat, Jun 27, 2015 at 8:40 PM, Jonathan Underwood
wrote:
> I've submitted a review ticket for the python-lz4 package[1]. It
> should be a straightforward review, and I'll happily swap a review if
> you have a reasonably simple package in exchange.
I'll take it, please have a look at
https://bu
abcde's license has changed in version 2.7 from Public Domain to
GPLv2+ and Public Domain.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
5.5.2015 21.13 "alexis jeandet" kirjoitti:
> Does anyone have some hints/docs about the best way to get web proxy
> settings from apps written with QT, it might be the same problem with
> others APIs?
Don't know about best, but how about libproxy?
--
devel mailing list
devel@lists.fedoraproject
On Mon, Mar 9, 2015 at 6:37 PM, Rex Dieter wrote:
> I'm planning in doing a GraphicsMagick-1.3.21 build for f22 soon (hopefully
> by the end of this week), which includes a libGraphicsMagick++ soname bump
> and affects the following packages:
[...]
> vdr
I wonder why vdr is affected? On the other
Hi,
I'm not using javasqlite any more so I've orphaned it in all branches
(including EPEL).
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Sat, Oct 4, 2014 at 8:37 AM, Panu Matilainen
wrote:
>
> I'm sure rpmlint can (be made to) check for bashisms...
https://sourceforge.net/p/rpmlint/tickets/39/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
On Tue, Sep 30, 2014 at 1:57 AM, Rahul Sundaram wrote:
>
> Hi
>
> On Thu, Sep 25, 2014 at 6:45 AM, Ville Skyttä wrote:
>
>>
>> On a side note, that's the legacy location for bash completion
>> snippets. The modern one from which they're load
On Wed, Sep 24, 2014 at 10:36 PM, Till Maas wrote:
> I noticed that mulitple packages own /etc/bash_completion.d/ [...]
On a side note, that's the legacy location for bash completion
snippets. The modern one from which they're loaded on demand is:
$ pkg-config --variable=completionsdir bash-comp
On Sun, Sep 14, 2014 at 12:03 PM, Mark Wielaard wrote:
> On Sat, 2014-09-13 at 08:49 +0300, Ville Skyttä wrote:
>>
>> FWIW, searchcode.com can search through Fedora sources, but I don't
>> know how up to date the sources they use are and the results for
>> __V
On Fri, Sep 12, 2014 at 11:44 PM, Mark Wielaard wrote:
> On Fri, 2014-09-12 at 11:25 -0500, Michael Cronenworth wrote:
>>
>> You'll have to download all the source and perform a massive grep.
>
> Yeah, that is sadly not going to happen.
FWIW, searchcode.com can search through Fedora sources, but
On Fri, Aug 29, 2014 at 9:58 PM, Jerry James wrote:
> FYI, this is a downgrade:
>
> $ rpmdev-vercmp
> mesa-10.4-0.devel.2.80771e47b6c1e47ab55f17311e1d4e227a9eb3d8.fc22.x86_64
> mesa-10.4-0.devel.2.1.80771e47b6c1e47ab55f17311e1d4e227a9eb3d8.fc22.x86_64
In this case the above command produced the c
Does Rawhide inherit packages from F-21 nowadays?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Sun, Jul 20, 2014 at 1:16 PM, Richard W.M. Jones wrote:
> However it still takes 6 minutes to perform this step on the ARM
> builders, which for some reason are usually chosen for
> buildSRPMFromSCM.
ISTR when ARM wasn't yet in the mix but PPC was, it was the PPC
builders that did buildSRPMFro
On Wed, Jul 2, 2014 at 6:04 PM, Reindl Harald wrote:
> but it's just dangerous to assume that will be forever true
Agreed with this, but:
> and as you can see below with gzip you have *always*
> different results for the same data
This is not true, see below.
> [harry@srv-rhsoft:~/Desktop]$ t
On Tue, May 13, 2014 at 5:14 PM, Richard Shaw wrote:
> I would think you would need to step through the BR:'s get the capabilities
> of the packages that the -devel package pull in, and then check that against
> the requires of the resultant packages.
BR's don't always map/result into any depende
On Wed, Apr 9, 2014 at 10:33 AM, Marius A wrote:
> 1. remove /usr/share/docs
Try this in /etc/rpm/macros.whatever:
%_excludedocs 1
But that'll exclude _all_ files marked as docs in packages such as man
pages, it's not limited to /usr/share/doc. You might also/instead want
to try this:
%_
On Thu, Apr 3, 2014 at 1:03 PM, Mikolaj Izdebski wrote:
> rpm does use bzip2 *command*
To be more precise, I believe only rpmbuild does.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/cod
On Wed, Apr 2, 2014 at 11:27 PM, Zbigniew Jędrzejewski-Szmek
wrote:
>> ** possibly adjust spec files to require or build-require lbzip2 instead of
>> bzip2.
> Is this necessary?
I don't think so. A better way would be to change them to depend on
the actual executables they use, /usr/bin/bzip2 etc
I haven't used perltidy in quite a while so I've released its
ownership in pkgdb, hopefully someone who does goes and grabs it.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduc
On Sun, Mar 23, 2014 at 4:17 AM, Kevin Kofler wrote:
> Basically, NEVER BuildRequire qt-devel, ALWAYS use qt4-devel instead.
Looks like there are quite a few packages that don't do that (nor have
the Epoch in the dep).
$ repoquery --repoid=rawhide-source --archlist=src \
--whatrequires qt-de
On Sun, Mar 16, 2014 at 8:19 PM, Richard Fearn wrote:
> eclipse-findbugs - https://bugzilla.redhat.com/show_bug.cgi?id=1068044
> - Eclipse plugin; continue to depend on java
FWIW I'd say the whole java* dependency is pretty much superfluous
here, eclipse-jdt should be enough.
--
devel mailing li
We (the current redhat-rpm-config maintainers) would like to move the
"upstream" SCM repository for redhat-rpm-config to be the regular
pkgs.fedoraproject.org dist-git repository. Rationale:
- There is no real release process, all changes made to redhat-rpm-config
are immediately destined to rawhi
On Wed, Feb 5, 2014 at 11:50 PM, Ville Skyttä wrote:
> On Wed, Feb 5, 2014 at 12:40 PM, Richard Hughes
> wrote:
> > On 5 February 2014 10:20, Miloslav Trmač wrote:
> >> Wouldn't it be better to mass-file bugs?
>
> I do keep track of the affected packages and
On Fri, Mar 7, 2014 at 3:05 PM, Dan Horák wrote:
>
> can you resubmit with parallel make disabled for ARM?
I've seen this suggestion a couple of times. Not sure if it has actually
fixed some cases, but if it has and continues to be a recurring "fix",
sounds to me that _smp_mflags needs to be de
On Wed, Feb 26, 2014 at 11:00 AM, Stanislav Ochotnicky
wrote:
> Actually we are strongly considering getting rid of javadocs
> completely[1] mostly due to Java 8 problems.
If for whatever reason those problems won't be fixed, I suppose one
approach to them is passing the -Xdoclint:none flag to ja
On Tue, Feb 25, 2014 at 10:59 AM, Stanislav Ochotnicky
wrote:
>
> Since javadoc subpackages put files in /usr/share/javadoc they must
> require package that provides this directory.
In my opinion all javadocs should be crosslinked with local JDK's
javadocs (+ others as appropriate) and have a dep
On Mon, Feb 17, 2014 at 12:07 PM, Remi Collet wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Le 17/02/2014 10:24, Reindl Harald a écrit :
>> are such changes allowed within a stable release?
>> https://bugzilla.redhat.com/show_bug.cgi?id=1065563
>
> As lot of package are using a bad
On Mon, Feb 10, 2014 at 2:14 PM, Hans de Goede wrote:
> 2) Can someone maybe write a script which automatically detects
> this situation and files bugs with a description text aimed at not
> only getting the issue fixed, but also educating the packager?
I wrote a script to detect this and ran it
On Sun, Feb 9, 2014 at 10:16 AM, John Morris wrote:
> I think it's clear that these files belong in ${sysconfdir}/linuxcnc/examples
If they're not actual configuration files, I don't think they should
be in /etc. /usr/share/linuxcnc/examples would sound appropriate to
me, or alternatively install
On Wed, Feb 5, 2014 at 12:40 PM, Richard Hughes wrote:
> On 5 February 2014 10:20, Miloslav Trmač wrote:
>> Wouldn't it be better to mass-file bugs?
I do keep track of the affected packages and may end up doing that,
depending on what happens in a week or two since I posted the initial
message.
A number of packages install files to /etc/rpm in Rawhide; the proper
place for macros.* is /usr/lib/rpm/macros.d for rpm >= 4.11. And no
matter what the location, these files should not be marked as %config.
Specfiles not targeting EL < 7 can simply replace %{_sysconfdir}/rpm
with %{_rpmconfigdir
On Wed, Jan 29, 2014 at 9:04 PM, Orion Poplawski wrote:
> Also:
>
> libcacard.x86_64: E: library-without-ldconfig-postin
> /usr/lib64/libcacard.so.0.0.0
> libcacard.x86_64: E: library-without-ldconfig-postun
> /usr/lib64/libcacard.so.0.0.0
>
> needs some scripts.
Already fixed in December, I supp
On Wed, Jan 29, 2014 at 6:11 AM, Kevin Kofler wrote:
> (gkrellm and ksensors should probably have that Requires too!)
Don't know about ksensors, but gkrellm works perfectly fine without
hddtemp so a hard dependency should not be added. Besides the
dependency wouldn't even be enough for monitoring
Hi,
I've released ownership of hddtemp (Fedora and EPEL) and vdradmin-am
(Fedora) in pkgdb. Both packages are in a good shape, I just don't
have use for them any more myself.
hddtemp is pretty much dead upstream, but the Debian maintainer seems
to do some work on it occasionally, as did I. I supp
Hi,
Looks like yet another unannounced soname bump has occurred in
Rawhide, this time libdbi. If there was an announcement, I haven't
noticed it, and neither apparently have maintainers of dependent
packages, and they haven't been addressed by anyone else either except
for rrdtool which is current
On Mon, Jan 20, 2014 at 4:24 PM, Björn Persson
wrote:
> Apparently RPMbuild has a pair of parameters "--with" and "--without"
> that can supposedly enable and disable optional features in a package.
> Has anyone seen any documentation that explains how those work and how
> they interact with a spe
On Sun, Jan 19, 2014 at 4:55 AM, Juan Manuel Borges Caño
wrote:
> The packages built okay without the optional kernel module (to know,
> linux-fusion is the one), if that turns to be obligatory, again, i'd take
> alsa packaging as a cool example :)
ALSA kernel modules are included in the upstream
On Mon, Dec 30, 2013 at 6:38 PM, Rahul Sundaram wrote:
> Hi
>
> On Mon, Dec 30, 2013 at 8:58 AM, Ville Skyttä wrote:
>>
>> By the way, I also took a look into how scan-build could be run in
>> mock builds without modifying the source packages at all, and with
>>
On Sat, Dec 28, 2013 at 7:30 AM, Rahul Sundaram wrote:
> I ended up running scan-build from clang-analyzer and found
> more memory leaks, null pointer deferences and other issues that cppcheck
> doesn't find. I am going to try and send in some patches if I can.
Me too. In many cases I didn't even
1 - 100 of 325 matches
Mail list logo