I noticed on my Fedora 13 box that in the RPM macro %__global_cflags
that -frecord-gcc-switches is missing, which is a nifty compiler
feature that will record the flags passed to gcc in a section in the
object file, thus aiding in the "how in the world was this compiled?"
problem. An example:
[jst
On Fri, 2010-10-29 at 12:05 -0400, Matthew Miller wrote:
> On Fri, Oct 29, 2010 at 12:41:07PM +0100, Daniel P. Berrange wrote:
> > You only have 3 letters to remember the name of and you encounter them on
> > a daily basis, so its easily rememberable. Give every capability even a 5
> > letter long
On Fri, Oct 29, 2010 at 10:16 PM, Jesse Keating wrote:
> A small tweak which might make sense...
>
> For volumes that are over 100G in size, enact the 50g / + rest for /home
> setup. For anything smaller than 100G in size leave everything in /
>
> That should avoid having anything less than 50%
On 10/29/10 12:37 PM, David Cantrell wrote:
> We discussed how /home would be created during automatic partitioning and
> based on the feedback from many people, the above algorithm was determined.
> So, the odd 4GB /home in your case is most likely due to your disk being on
> the 50GB line.
A sma
On 10/29/2010 14:37, David Cantrell wrote:
> (1) For VGs<= 50 GB, we will continue to make swap and / as normal.
> (2) For VGs> 50 GB, / will cap at 50 GB and /home will consume the
> rest.
>
> 50 GB is fairly arbitrary, and was based on the fact that an Everything
> insta
On Thu, 28 Oct 2010, Javier Prats wrote:
> Hello Stephen,
>
> On a default Fedora installation using encryption and LVM it partitioned
> a 50GB drive giving 44GB to the root partition and only 4GB to /home.
> In most environments saving things to the root partition is avoided and
> it seems there
Minutes:http://meetbot.fedoraproject.org/fedora-
meeting/2010-10-29/fedora-releng.2010-10-29-17.03.html
18:44 < zodbot> Minutes (text): http://meetbot.fedoraproject.org/fedora-
meeting/2010-10-29/fedora-releng.2010-10-29-17.03.txt
Log:http://meetbot.fedoraproject.org/fedora-
mee
On Fri, Oct 29, 2010 at 07:00:54PM +0200, Patrick MONNERAT wrote:
> I'm color-blind (I see colors but I don't distinguish them) quite
> strongly. In addition, I usually work on a reverse intensity terminal
> (light on dark), that makes ls colors anti-ergonomic.
>
> I already considered the introdu
On Fri, 2010-10-29 at 12:31 -0400, Matthew Miller wrote:
>
> I think that's something we can live with. Colorizing is already significant
> overhead, and if performance is important, don't do it:
>
I'm color-blind (I see colors but I don't distinguish them) quite
strongly. In addition, I usuall
The 389 team is pleased to announce the availability for testing of
Alpha 3 of version 1.2.7. This release contains some new features as
well as many bug fixes. On those platforms which have OpenLDAP built
with Mozilla NSS crypto support (Fedora 14 and later), the packages are
built with OpenLDAP
On Fri, Oct 29, 2010 at 06:16:32PM +0200, Andreas Schwab wrote:
> >From coreutils/src/ls.c:
> /* Note has_capability() adds around 30% runtime to `ls --color` */
> Andreas.
I think that's something we can live with. Colorizing is already significant
overhead, and if performance is important
Matthew Miller writes:
> On Fri, Oct 29, 2010 at 02:32:52PM +0530, Rahul Sundaram wrote:
>> Is there any particular reason, the regular tools that users already use
>> cannot be modified to display the appropriate info, like SELinux and -Z
>> argument.
>
> FWIW, colorized ls seems to already reco
On Fri, Oct 29, 2010 at 11:26:15 +1100,
Bojan Smojver wrote:
> Not sure if I'm imagining things, but it looks as if those have been
> hosed. For example:
>
> http://download.fedora.redhat.com/pub/fedora/linux/updates/14/x86_64/
>
> Any ideas?
There was some sort of glitch. 0-day updates shoul
On Fri, Oct 29, 2010 at 12:41:07PM +0100, Daniel P. Berrange wrote:
> You only have 3 letters to remember the name of and you encounter them on
> a daily basis, so its easily rememberable. Give every capability even a 5
> letter long code and few will ever be able to remember what they mean.
Perha
On Fri, Oct 29, 2010 at 02:32:52PM +0530, Rahul Sundaram wrote:
> Is there any particular reason, the regular tools that users already use
> cannot be modified to display the appropriate info, like SELinux and -Z
> argument.
FWIW, colorized ls seems to already recognize them. Setuid binaries are
g
Compose started at Fri Oct 29 13:15:04 UTC 2010
Broken deps for x86_64
--
qtgpsc-0.2.3-6.fc12.x86_64 requires libgps.so.18()(64bit)
Broken deps for i386
--
qtgpsc-0.2.
On 10/29/2010 08:50 AM, Caolán McNamara wrote:
> On Fri, 2010-10-29 at 08:25 -0600, Orion Poplawski wrote:
>> I'm orphaning openoffice.org-extendedPDF. I'm not sure it is useful anymore.
>
> I don't know if its useful either :-), but nevertheless I've now rebuilt
> this against LibreOffice. That'l
On Fri, 2010-10-29 at 08:25 -0600, Orion Poplawski wrote:
> I'm orphaning openoffice.org-extendedPDF. I'm not sure it is useful anymore.
I don't know if its useful either :-), but nevertheless I've now rebuilt
this against LibreOffice. That'll clear the "oh my god broken deps" mail
for you anyway
I'm orphaning openoffice.org-extendedPDF. I'm not sure it is useful anymore.
openoffice.org-extendedPDF has broken dependencies in the rawhide tree:
On x86_64:
openoffice.org-extendedPDF-1.4-10.fc14.x86_64 requires
openoffice.org-core
openoffice.org-extendedPDF-1.4-10.fc14.x86_64
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/29/2010 08:32 AM, James Antill wrote:
> On Fri, 2010-10-29 at 12:18 +0100, Daniel P. Berrange wrote:
>> On Fri, Oct 29, 2010 at 02:32:52PM +0530, Rahul Sundaram wrote:
>>> On Fri, Oct 29, 2010 at 2:26 PM, Daniel P. Berrange wrote:
>>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/29/2010 08:32 AM, James Antill wrote:
> On Fri, 2010-10-29 at 12:18 +0100, Daniel P. Berrange wrote:
>> On Fri, Oct 29, 2010 at 02:32:52PM +0530, Rahul Sundaram wrote:
>>> On Fri, Oct 29, 2010 at 2:26 PM, Daniel P. Berrange wrote:
>>>
On Fri, 2010-10-29 at 12:18 +0100, Daniel P. Berrange wrote:
> On Fri, Oct 29, 2010 at 02:32:52PM +0530, Rahul Sundaram wrote:
> > On Fri, Oct 29, 2010 at 2:26 PM, Daniel P. Berrange wrote:
> >
> > >
> > >
> > > You want the libcap-ng-utils RPMs which provides a bunch of useful tools
> > > for th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/29/2010 07:18 AM, Daniel P. Berrange wrote:
> On Fri, Oct 29, 2010 at 02:32:52PM +0530, Rahul Sundaram wrote:
>> On Fri, Oct 29, 2010 at 2:26 PM, Daniel P. Berrange wrote:
>>
>>>
>>>
>>> You want the libcap-ng-utils RPMs which provides a bunch o
Tim Niemueller, Thu, 28 Oct 2010 00:33:07 -0400:
> git clone package-repo
> make changes in package repo
> commit
> push repo somewhere
> send pull request to package maintainer
git format-patch(1)?
Matěj
--
http://www.ceplovi.cz/matej/, Jabber: mceplceplovi.cz
GPG Finger: 89EF 4BC6 288A BF43 1B
On Fri, Oct 29, 2010 at 04:55:44PM +0530, Rahul Sundaram wrote:
> On Fri, Oct 29, 2010 at 4:48 PM, Daniel P. Berrange wrote:
>
> >
> > There are 32 possible capabilites, so you'll quickly exceed the width
> > of terminals just listing capabilities, in this format. You could try
> > and decide on
On Fri, Oct 29, 2010 at 4:48 PM, Daniel P. Berrange wrote:
>
> There are 32 possible capabilites, so you'll quickly exceed the width
> of terminals just listing capabilities, in this format. You could try
> and decide on shortened names to < 5 characters each, but it isn't
> going to be so readab
On Fri, Oct 29, 2010 at 02:32:52PM +0530, Rahul Sundaram wrote:
> On Fri, Oct 29, 2010 at 2:26 PM, Daniel P. Berrange wrote:
>
> >
> >
> > You want the libcap-ng-utils RPMs which provides a bunch of useful tools
> > for this, filecap, netcap, pscap, etc.
> >
>
> Is there any particular reason, t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/28/2010 10:37 PM, Javier Prats wrote:
> Hello Stephen,
>
> On a default Fedora installation using encryption and LVM it partitioned
> a 50GB drive giving 44GB to the root partition and only 4GB to /home.
> In most environments saving things to t
On Fri, Oct 29, 2010 at 2:26 PM, Daniel P. Berrange wrote:
>
>
> You want the libcap-ng-utils RPMs which provides a bunch of useful tools
> for this, filecap, netcap, pscap, etc.
>
Is there any particular reason, the regular tools that users already use
cannot be modified to display the appropri
On Thu, Oct 28, 2010 at 11:08:00PM +0100, Richard W.M. Jones wrote:
> On Thu, Oct 28, 2010 at 12:44:52PM +0530, Rahul Sundaram wrote:
> > On 10/28/2010 01:11 AM, Kevin Fenzi wrote:
> >
> > * #480 F15Feature - RemoveSETUID (
> > http://fedoraproject.org/wiki/Features/RemoveSETUID ) (nirik,
> >
On Thu, 28 Oct 2010 23:34:38 +0100, Paul F. Johnson wrote:
> Hi,
>
>> > Is it possible to build boo on koji without removing the old version
>> > or is there a way to just remove Boo.Lang.Extensions from the gac?
>> >
>> Not sure how this is a problem. Boo.Lang.Extensions.dll is only shipped
>>
On Thu, 28 Oct 2010, Jason L Tibbitts III wrote:
>> "JN" == Joe Nall writes:
>
> JN> On Oct 28, 2010, at 5:08 PM, Richard W.M. Jones wrote:
>
>>> More to the point, I can easily see the setuid bit easily on a
>>> binary.
>>> How do I tell if these strange/hidden "capabilities" are
>>> present
On Fri, 29 Oct 2010 11:26:15 +1100, Bojan wrote:
> Not sure if I'm imagining things, but it looks as if those have been
> hosed. For example:
>
> http://download.fedora.redhat.com/pub/fedora/linux/updates/14/x86_64/
>
> Any ideas?
During the entire "F-14 Branched" development period, the update
33 matches
Mail list logo
