.
Florian Festi
kernel-2.4.21-47.EL.athlon obsoletes kernel-modules
provided by kernel-smp-unsupported-2.4.21-47.EL.athlon
kernel-2.4.21-47.EL.athlon obsoletes kernel-modules
provided by kernel-smp-unsupported-2.4.21-47
Panu Matilainen wrote:
On Mon, 2 Jul 2007, Ville Skyttä wrote:
As for how many dependencies this would eliminate, running some quick
queries
[0] against the Fedora primary sqlite metadata database told me it'd
be about
7.3% of all dependencies (9246/126066). This is inaccurate (no
versions
Hi!
As already announced on #yum I am currently playing with really big
installations: F8 Everything everything
I now have timed various sub tasks in the preprocessing phase of rpmlib.
This gives a quite good idea where the problems are. Some of them need to be
fixed in yum others in
holmes86 wrote:
Appear error message Failed dependencies When I install rpm package
with --aid option under FC8.
why?
Don't do that. --aid is no longer supported (the database used to
resolve the dependencies is no longer shipped) and this feature is not
working well anyway and will removed
aneeskA wrote:
Hi all,
Yet another question regarding placing a shortcut on the desktop
of the user who is installing the package. While writing the spec file
I found out that you can use the environment variable $HOME in
%install section. But when it comes to listing the files in the
aneeskA wrote:
Hi Florian,
First of all thanks for replying. I will try to explain the
situation clearly.
You would have noticed that while installing RPMs like adobe
reader after the processing is complete he puts a shortcut on the
desktop and also one entry in
to sneak in.
Florian Festi
___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
https://lists.rpm.org/mailman/listinfo/rpm-maint
steven chen wrote:
Hi,
Good day.
Recently I had a weird situation where I can install two rpms together (in
one line) without any errors but once I install them one after the other, I
got a file conflict errors. When looking closedly, the files that complain
about conflicting are actually
Friday 6th of January 2009 RPM version 4.6.0 was released. The primary
focus on this release has been cleaning up the code-base to make it
more maintainable and robust, and also more approachable to invite
more community involvement. Code duplications, memory handling and
various code pieces have
to be targeted in
the future.
Fell free to announce where you can be found during Linux Tag here or drop
me a private mail.
Florian Festi
[1] https://fedoraproject.org/wiki/FUDCon:Berlin_and_LinuxTag_2009_talks
___
Rpm-maint mailing list
Rpm-maint
On 07/23/2009 10:35 PM, Seth Vidal wrote:
Hi,
Looking at this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=513459
got me thinking - would it be possible to have rpmbuild check all the
content it is going to put into the rpm header to see if it is unicode
decodable and abort if it is
: Florian Festi ffe...@redhat.com
Date: Wed, 5 Aug 2009 15:42:11 +0200
Subject: [PATCH] Switch off fsync while editing the indexes of the rpmdb
---
lib/backend/db3.c |7 ++-
lib/backend/dbconfig.c |4
lib/rpmdb.c| 23 +++
lib/rpmdb.h
On 08/11/2009 12:47 PM, devzero2000 wrote:
On Tue, Aug 11, 2009 at 12:19 PM, Florian Festiffe...@redhat.com
mailto:ffe...@redhat.com wrote:
Any thoughts or safety concerns?
Beware of data loss with ext4 dropping down fsync
Hi!
Very difficult to recover from a zero byte RPMDB Packages file, i
think. Overall there is, as always, a tradeoff between performance and
integrity.
Even with this patch fsync is always called after writes to the
Packages file (in opposite to adding nofync to the rpmdb configuration
Muenchen HRB 153243
Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham,
Charles Cachera
From 4804fcca8a2ee33e60d8a7a042c01443e35b2ae9 Mon Sep 17 00:00:00 2001
From: Florian Festi ffe...@redhat.com
Date: Wed, 9 Sep 2009 12:06:54 +0200
Subject: [PATCH] Add support for 64 bit file
On 12/01/2009 06:25 PM, Seth Vidal wrote:
Now, that behavior of %ghost is correct for logfiles - but not always
correct for other files. I was thinking if we had a %logfile option so
those files did not get removed when the pkg was erased and treat
%ghost files differently.
Changing the
On 01/10/2012 11:44 PM, David Greaves wrote:
Hi
Could I (username lbt) get wiki edit rights please
David
Done.
Florian
___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
On 01/28/2013 04:05 AM, Alexey Tourbin wrote:
In the existing implementation, when a new macro is added, the whole
table has to be sorted again. Hence the cost of adding n macros is
worse than O(n^2), due to arithmetic progression.
This change drops all qsort(3) stuff altogether, by
On 01/31/2013 01:49 PM, Adam Spiers wrote:
Is that an issue with the system?
Kindof. We had to close the ticket system due to spam. I added you to
the proper group. So creating tickets should work now. I will update the
wiki page.
Florian
___
On 03/01/2013 05:32 PM, Michael Schroeder wrote:
(the median is quite different from the avg, that means that
some packages are quite big.)
...
- That means, if I have 2000 packages installed on my system
(which is about the real number), the concatenated headers will
use 20 MByte
On 10/15/2013 01:13 PM, prashant tyagi wrote:
Hi Panu,
Thanks for quick reply.
It worked with 'rpm -U'. I have got another problem in Provides: tag.
Hi All,
Here is the complete scenario:
I have two packages pkgA 10.10.100, pkgB 10.10.100 and I want to merge
these into pkgC
Hi!
While discussing updates and version-in-package-names issues (related to
a programming language that shall not be named) we came up with the
following (completely not thought through) idea:
Offer a special character for separating the version number within the
package name from the real name
Hi!
We are currently working on adding weak and rich dependencies to
upstream RPM. There are basically two parts:
#1 Adding weak dependencies as already used by SuSE and others:
Recommends:, Suggests:, Supplements: and Enhances:. We agreed with
Michael Schröder to not use SuSE's current
On 02/25/2014 03:25 PM, Michael Schroeder wrote:
attached is a little patch that I have in my rpm to make --recommends
et al work with old SUSE rpms.
Thanks! Applied.
Florian
___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
On 03/11/2014 04:07 PM, Michael Schroeder wrote:
I also need the following patch to make rpm export the old tags.
Pushed with a little tweaking.
Florian
___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
On 04/17/2014 09:05 AM, Shapiro Ben wrote:
Hi all.
I've been looking around and trying for some time to create the
following situation:
I have an application v3.0 packaged and i have to update lots of clients
which some have v2.0 installed, some have v1.0. there is major changes
between the
On 06/29/2014 01:51 PM, Florian Weimer wrote:
On 06/27/2014 04:41 PM, Panu Matilainen wrote:
- Support for files over 4GB in packages
Is the new payload format documented somewhere? It seems to use the FX
index in a pseudo-cpio header instead of duplicating the data from the
header, but
On 09/11/2014 02:18 PM, Panu Matilainen wrote:
[*] IF-dependencies have similar issues as reverse dependencies: one can
break somebody elses dependencies by installing some seemingly unrelated
package. Perhaps they should be limited to weak dependencies.
That's not exactly the same situation.
On 09/11/2014 02:51 PM, Michael Schroeder wrote:
Ah, but I was hoping for a discussion of the syntax. Are you ok with
the enclosing the rich deps with ()? What about the op names, I'd
love to use as 'and' and | as 'or' (which also makes it more like
Debian), but I can't think of any good
On 09/15/2014 02:42 PM, Panu Matilainen wrote:
On 09/13/2014 04:13 PM, Richard W.M. Jones wrote:
We have a program[1] that needs to take a list of installed RPM
package names, and quickly generate all of the installed dependencies
(recursively).
To get rpm do a bit more work for you, use
Thank you very much for spotting and doing the research. Pushed to master.
Florian
--
Red Hat GmbH, http://www.de.redhat.com/ Registered seat: Grasbrunn,
Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Charles Cachera, Michael Cunningham, Michael
O'Neill, Charles
On 01/16/2015 11:18 PM, Fionnuala Gunter wrote:
Hi,
Missing from the RPM patches that add file signatures is a way for
package maintainers to specify which files need signing. Dmitry
Kasatkin suggested that we enumerate signed files with a spec tag,
similar to how we enumerate files, ie.
I
Hi!
We moved your Git repository to GitHub[1] into the
rpm-software-management project[2] where a lot of other rpm related
repositories already reside. The original repository[3] will stay in
place is updated from the GitHub one.
If you have a local checkout you can continue to use is read only.
On 03/26/2015 12:42 PM, Håkan Olsson wrote:
Hello,
I’m looking for various ways forward in speeding up RPM build times. In our
various build pipelines (Continuous Integration, …) a common resource usage
scenario is nice parallel compilations (-j10 or up, etc), after which the
build
Hi!
tl;td: Join at http://lists.rpm.org/mailman/listinfo/rpm-ecosystem if
your interested in any part of the rpm ecosystem.
While there are quite some mailing lists already that deal with the
different tools around and including rpm we realized that there is no
good place to discuss issues that
Please forward this mail to anyone that might be interested - especially
to rpm related sub projects and groups.
Can someone forward this mail to the Mageia folks, please? I signed up
to a few MLs to get the message out but I won't start creating account
for other distros.
Thanks!
On 07/22/2015 04:30 PM, Fionnuala Gunter wrote:
Florian,
I'm going to send an updated patch 9. Should I also include this patch
to fix test 004, when I resend the patch set?
-Fin
On Tue, Jul 21, 2015 at 5:53 AM Florian Festi ffe...@redhat.com
mailto:ffe...@redhat.com wrote
Time to wrap things up and stabilize all that changes to a new release.
There are two big new features that we hope to get feedback on:
* Boolean (aka Rich) Dependencies
* File triggers
Beside that there are many other fixes, improvements and cleanups.
For download information and further
Thanks for taking care. Pushed.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/24#issuecomment-156063054___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
Pushed as is. Feel free to file new pull requests for the proposed improvements
(We promise to review them faster than this one).
---
Reply to this email directly or view it on GitHub:
Closed #18.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/18#event-462274352___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
Pushed to master.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/27#issuecomment-156053073___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
Thanks for the patch! Pushed.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/19#issuecomment-156068222___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
Closed #19.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/19#event-462300128___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
Thanks for the fix! Pushed.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/20#issuecomment-156067274___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
Pushed.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/23#issuecomment-156154873___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
Closed #16.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/16#event-462402751___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
Thanks for the patch. Pushed.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/26#issuecomment-156110294___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
Closed #26.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/26#event-462457432___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
On 09/02/2015 03:25 PM, Florian Festi wrote:
> Time to get 4.13.0 out. Here is the first release candidate.
>
> There have been quite a few changes since the alpha. The most notable are:
> * Finalized syntax for rich dependencies
Looks like I messed this one up. Current HEAD is a
On 11/19/2015 04:09 PM, Vít Ondruch wrote:
> What is the usecase for this? Isn't this just feature bloat?
I kinda agree that this looks like feature bloat. This patch set needs a
very good justification to go in upstream. The overall trend is to
rather keep minimal installs smaller as this is a
Thanks for the patch! Pushed.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/30#issuecomment-158012044___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
Closed #31.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/31#event-468988703___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
Closed #11.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/11#event-469206927___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
Merged #72.
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/72#event-687176409___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
Closed #71.
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/71#event-687073199___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
Thanks for the patches. Pushed.
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/71#issuecomment-224861402___
Rpm-maint mailing
Closed #40.
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/40#event-679528736___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
I really can't see this changes going in upstream. Beside the duplication of a
lot of code, duplication of the API there are lots of unresolved - probably
even unnoticed - issues. Including but not limited to:
* Support in dependency solvers
* UI
* Update requiring changes in both DBs
*
Closed #46.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/46#event-546932390___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
Looks like this fell through the cracks back then. I can only guess why.
May be everyone was on vacation...
Anyway this topic came up recently and this looks like the proper
solution. Pushed upstream as 61109446ac67ca8f3d96a5592814561db908d83c
with only very minor corrections as followup patches.
Pushed.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/36#issuecomment-176251217___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
Closed #36.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/36#event-529895073___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
This pull request is not sufficient to fix the problem. For one there is no
io.open in rpm's lua so far. Also we probably do not want random scriptlets to
mess with with the file descriptors of the rpm process. So this would need some
kind of protection (as we already added to exec and exit).
Closed #39.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/39#event-529599270___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
Not sure if those macro can just be hidden away. We'd need to check how much
packages this is going to break before doing such a change.
It might be necessary to go the opposite direction (including the macros.perl
unconditionally) and leave removing it again to the distros.
---
Reply to this
Sorry, but the translations are done at https://www.transifex.com/rpm-team/rpm/
Changes to the translation files will just be overwritten.
---
Reply to this email directly or view it on GitHub:
Closed #48.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/48#event-529695803___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
Pushed upstream. Github still to stupid to get it.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/61#issuecomment-188681373___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
Closed #61.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/61#event-565221851___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
Closed #58.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/58#event-550543323___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
Pushed. Thanks for the patch!
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/58#issuecomment-184168807___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
Merged #59.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/59#event-550799360___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
I wonder if the easier way to fix this is to actually move the two symlinks to
the same directory as the rpm binary...
---
Reply to this email directly or view it on GitHub:
I am inclined to reject this patch. The danger of missing patches unrecognised
outweighs the benefit of using a svn for applying the patches in my opinion.
Are there any use cases where using svn really gives a substantial improvement
over other tools?
---
Reply to this email directly or view
May be I should have been more clear:
What about
@rm -f $(DESTDIR)$(rpmbindir)/rpmquery
@LN_S@ rpm $(DESTDIR)$(rpmbindir)/rpmquery
@rm -f $(DESTDIR)$(rpmbindir)/rpmverify
@LN_S@ rpm $(DESTDIR)$(rpmbindir)/rpmverify
?
---
Reply to this email directly or view it on GitHub:
We'll twice a year someone comes up with some sort of dual/multiple rpmdb
proposal. None of them so far got beyond answering the first main questions:
What's the use case? Would that actually work? Isn't this really the right
solution to this problem?
Which typically go into some more detailed
o pull in Python dependencies and requested a way to
not break Mageia.
After discussing with Florian Festi about it, Mageia's
pythonegg(X)(M) will be supported by adding '--legacy'
as a switch to generate legacy Provides/Requires to maintain
compatibility with Mageia's existing usage and to give
t
Closed #57.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/57#event-546952766___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
On 01/26/2016 01:57 PM, tele wrote:
> I can not find in source code where rpmbuild trying open scripts
> ( for example find-requires )
> Where or how I need looking ?
The dependency generator is using file attributes (see fileattrs/ [1]).
The code handling those can be found in build/rpmfc.[hc]
Closed #50.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/50#event-547469932___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
Ok, squashed the last three commits and adjusted the commit message a bit.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/50#issuecomment-182966562___
Rpm-maint mailing list
On 03/07/2016 12:18 PM, Michael Shigorin wrote:
> Hello,
> please see the attached patch for e2k (Elbrus 2000) architecture
> introduction (there's complete enough support in ALT-RPM but that
> will require some porting).
I'd rather like to see an actually working patch before committing
Merged #64.
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/64#event-593522358___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
Closed #63.
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/63#event-593230756___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
On 03/07/2016 12:18 PM, Michael Shigorin wrote:
> Hello,
> please see the attached patch for e2k (Elbrus 2000) architecture
> introduction (there's complete enough support in ALT-RPM but that
> will require some porting).
I can not find any "e2k" in http://git.altlinux.org/gears/r/rpm.git.
Merged.
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/63#issuecomment-197818930___
Rpm-maint mailing list
Thanks for the patch! Added upstream!
Florian
--
Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn,
Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Paul Argiry, Charles Cachera, Michael Cunningham,
Michael O'Neill
Thanks for the patch! Added upstream!
Florian
--
Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn,
Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Paul Argiry, Charles Cachera, Michael Cunningham,
Michael O'Neill
Ops, that mail didn't get to the ML at first...
On 03/22/2016 11:25 AM, Mark Wielaard wrote:
> On Fri, 2016-03-18 at 17:17 +0100, Mark Wielaard wrote:
>> configure.ac implies that there is a fall back to the internal db if
>> no external one is specified or found. But that doesn't work since
>>
This needs to be rebased and cleaned up to go though a second round of review.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/17#issuecomment-192313529___
Rpm-maint mailing list
Closed #37.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/37#event-577883375___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
Closing. See #38 for reasoning.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/38#issuecomment-192313053___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
Merged #62.
---
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/62#event-575984943___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
On 03/01/2016 03:51 PM, Michael Schroeder wrote:
> On Tue, Mar 01, 2016 at 03:29:41PM +0100, Florian Festi wrote:
>> On 02/29/2016 08:53 PM, Florian Weimer wrote:
>>> This protection is in the way if the --short-circuit -bb is used to
>>> build packages for tes
On 02/29/2016 08:53 PM, Florian Weimer wrote:
> This protection is in the way if the --short-circuit -bb is used to
> build packages for testing the effects of complex dependency changes
> in a spec file.
Would it be sufficient for your use case to change the anti-cheating
Requires to something
On 04/28/2016 08:20 AM, Panu Matilainen wrote:
> On 04/27/2016 11:00 PM, Stefan Berger wrote:
>> "Rpm-maint" wrote on 04/27/2016
>> 05:45:56 AM:
>>
>>>
>>> I get the following warning:
>>>
>>> ima.c:23:1: warning: ‘PACKED’ attribute directive ignored
On 04/27/2016 09:47 PM, Stefan Berger wrote:
> "Rpm-maint" wrote on 04/27/2016
> 05:50:54 AM:
>
>
>>
>> Well changing header size limit needs a bit more thought. The main
>> problem is that packages with bigger header will look broken on older
>> rpm versions
On 04/26/2016 12:33 AM, Stefan Berger wrote:
> This series of patches fixes several issues related to signed files
> produced by rpmsign.
Thanks for the patches I already pushed the first few.
Florian
--
Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn,
Commercial register:
Well changing header size limit needs a bit more thought. The main
problem is that packages with bigger header will look broken on older
rpm versions and the usual way of dealing with this (adding rpmlib()
Requires) won't work it needs reading the header.
Also I wonder if we should increase the
1 - 100 of 1533 matches
Mail list logo