On Mar 9, 2014 11:05 PM, "Philip Prindeville" <
philipp_s...@redfish-solutions.com> wrote:
>
> I notice that after having set up AIDE, and then doing an RPM or YUM
update of a package, I then get spew about the contents of files related to
that update having changed.
>
> How difficult would it be t
I notice that after having set up AIDE, and then doing an RPM or YUM update of
a package, I then get spew about the contents of files related to that update
having changed.
How difficult would it be to have a plugin for YUM that allows you to update
the AIDE database with the new values (hashes
Reindl Harald wrote:
> in fact *nothing* at all should refer to /bin and /sbin after UsrMove
> as the waeking of the package guidelines is a sign of missing courage
> in the context of such invasive changes - well, looks like i need
> to continue fix the still extsinting mess of that half-baken cha
Panu Matilainen wrote:
> Right. CLEARLY this would've been Just The Thing to do when /bin changed
> from a directory to a /usr/bin symlink. Right?
That UsrMove nonsense was just the wrong thing to do altogether, we are
still suffering the consequences of the mess, as evidenced by that other
guid
Toshio Kuratomi wrote:
> But this is where the answers start to have drawbacks. As just one
> example, renaming the directory will break other packages which installed
> files into that directory.
Oh, I was thinking of unowned files. If the files inside the directory are
owned by other packages,
Dear,
I just added a group for D development into comps. I would like to know
if that is 'ok' and if i should to do something ?
thanks
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code
Am 09.03.2014 20:05, schrieb Panu Matilainen:
> On 03/09/2014 04:49 PM, Kevin Kofler wrote:
>> Toshio Kuratomi wrote:
>>> Directory and file interaction is a hard problem. There's no right thing
>>> to do in this case. The many possible things we could do all have one
>>> drawback or another in
On 03/09/2014 04:49 PM, Kevin Kofler wrote:
Toshio Kuratomi wrote:
Directory and file interaction is a hard problem. There's no right thing
to do in this case. The many possible things we could do all have one
drawback or another in certain cases.
The right thing is clear: If all the files in
On Mar 9, 2014 7:49 AM, "Kevin Kofler" wrote:
>
> Toshio Kuratomi wrote:
> > Directory and file interaction is a hard problem. There's no right thing
> > to do in this case. The many possible things we could do all have one
> > drawback or another in certain cases.
>
> The right thing is clear: I
LM wrote:
> Good to know. Thanks for the information. I'm still planning on
> giving it a shot to remove the ffmpeg pieces or at least attempt to
> backport webm and some other support to an earlier version. Don't
> know if the xine project will accept the patches if I get the latest
> version w
Toshio Kuratomi wrote:
> Directory and file interaction is a hard problem. There's no right thing
> to do in this case. The many possible things we could do all have one
> drawback or another in certain cases.
The right thing is clear: If all the files inside the directory are owned by
packages
Quoting Susi Lehtola :
On Thu, 06 Mar 2014 14:52:27 -0500
Tom Callaway wrote:
> That are the two reasons why I'm not able to support pdftk on
> Fedora anymore and was forced to reitred this package. I'm sorry
> for nayone who maintaining any package with dependencies on this
> package.
This
Hi Simone
On 2014-03-08 18:28, Simone Caronni wrote:
Thanks for maintaining this so far, I've taken it as I use it every once in
a while.
Co-maintainers welcome.
I would like to be a co-maintainer, as I use Simple Scan on a regular
basis, and as a GNOME contributor I am also familiar with t
Kevin Kofler wrote:
>xine-lib 1.2 depends on a library that is part of FFmpeg (libavutil) for
>everything, and thus it was decided to retire xine-lib in Fedora entirely.
>It is now shipped only in RPM Fusion. (We decided that it was not worth
>trying to split FFmpeg into pieces and package libavuti
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 may end up doing that,
>
https://bu
On Sat, Mar 8, 2014 at 10:50 PM, Sandro Mani wrote:
>
> On 07.03.2014 14:09, Sandro Mani wrote:
>>
>>
>> On 07.03.2014 14:05, Dan Horák wrote:
>>>
>>> On Fri, 07 Mar 2014 13:53:24 +0100
>>> Sandro Mani wrote:
>>>
Hi,
I'm trying to build qt-creator [1], but the builds fail due to th
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
18 matches
Mail list logo
