Re: Dash as default shell

Dne 6.10.2014 v 08:06 Paolo Bonzini napsal(a): Il 02/10/2014 11:04, Zdenek Kabelac ha scritto: It used to give significant boost for automake & libtool based software - however at some point libtool started to use bashisms and so you cannot just replace /bin/sh -> dash - as build will fail. T

Re: Dash as default shell

Dne 6.10.2014 v 08:21 Paolo Bonzini napsal(a): Il 04/10/2014 18:17, Zdenek Kabelac ha scritto: And yes - with UsrMove we lost distinction between what are system tools and what are usr tools. What you call "system tools" is simply the content of the initramfs. Paolo Close - but not exactly

Fedora Activity Day - 1st Nov 2014 - theme security

Hello all, See -> https://fedoraproject.org/wiki/FAD_Pune_Security_1 Date: Say, 1st Nov 2014 Venue: Red Hat Inc. Tower-10, Magarpatta City, Near Hadapsar, Pune, India. On 1st Nov 2014, we plan to host a Fedora Activity Day(FAD) geared towards triaging security bugs in Fedora. The day would s

Re: Dash as default shell

Il 04/10/2014 18:17, Zdenek Kabelac ha scritto: > > And yes - with UsrMove we lost distinction between > what are system tools > and > what are usr tools. What you call "system tools" is simply the content of the initramfs. Paolo -- devel mailing list devel@lists.fedoraproject.org https://admin

Re: Dash as default shell

Il 02/10/2014 11:04, Zdenek Kabelac ha scritto: > It used to give significant boost for automake & libtool based software > - however at some point libtool started to use bashisms and so you > cannot just replace /bin/sh -> dash - as build will fail. This is wrong. libtool detects whether you ca

[Test-Announce] 2014-10-06 @ 15:00 UTC - Fedora QA Meeting

# Fedora Quality Assurance Meeting # Date: 2014-10-06 # Time: 15:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting on irc.freenode.net Greetings testers! I know what everyone loves - meetings! I poked at the release validation stuff quite a bit so let's m

Re: btrfs as default filesystem for F22?

On Sun, Oct 5, 2014 at 3:03 PM, Gene Czarcinski wrote: > On 10/05/2014 09:50 AM, Josef Bacik wrote: > > On Oct 2, 2014 11:32 PM, "Andre Robatino" > wrote: >> >> openSUSE 13.2, scheduled for release in November, will have btrfs as the >> default filesystem. What are the chances that F22 will follo

Re: btrfs as default filesystem for F22?

On 10/05/2014 09:50 AM, Josef Bacik wrote: On Oct 2, 2014 11:32 PM, "Andre Robatino" > wrote: > > openSUSE 13.2, scheduled for release in November, will have btrfs as the > default filesystem. What are the chances that F22 will follow suit, assuming > openSU

Re: btrfs as default filesystem for F22?

On Fri, 2014-10-03 at 08:42 +0200, Juan Orti Alcaine wrote: > Anyway, I recommend using only the core features (snapshots, raid1, > scrubs, balances, cp --reflink, etc...), because others have many > quirks, like send/receive which get corrupted from time to time, raid > 5/6 which is work in pro

Re: fedora-review: 'Illegal return' warnings

On 10/04/2014 10:18 PM, Alec Leamas wrote: Hm seems that recent bash patch to fix the shellshock problem introduces this. Fedora-review relies on exported shell functions (export -f) and the bash fix changes the syntax for exported functions in an incompatible way. It's the attempt at clean

Re: btrfs as default filesystem for F22?

Hi On Sun, Oct 5, 2014 at 9:50 AM, Josef Bacik wrote: My plan is to push for F23, I'm still wrapping up some balance bugs and > some other issues we've found at work and then this will be my next > priority. > Thanks for the update. Is there a list of target bugs? Rahul -- devel mailing list

Re: btrfs as default filesystem for F22?

On Oct 2, 2014 11:32 PM, "Andre Robatino" wrote: > > openSUSE 13.2, scheduled for release in November, will have btrfs as the > default filesystem. What are the chances that F22 will follow suit, assuming > openSUSE has no major problems with it? > > https://news.opensuse.org/2014/09/22/ > My pla

fedora-release* conflicts

Hi There are atleast two bugs filed https://bugzilla.redhat.com/show_bug.cgi?id=1146487 https://bugzilla.redhat.com/show_bug.cgi?id=1148968 I have no idea what the right fix is but this doesn't seem to be bugs in fedora-release which provides the conflicts as intended Rahul -- devel mailing l

F-21 Branched report: 20141005 changes

Compose started at Sun Oct 5 07:15:03 UTC 2014 Broken deps for armhfp -- [PyQuante] PyQuante-libint-1.6.4-11.fc21.1.armv7hl requires libint(armv7hl-32) = 0:1.1.6-2.fc21 [audtty] audtty-0.1.12-9.fc20.armv7hl requires libaudcli

rawhide report: 20141005 changes

Compose started at Sun Oct 5 05:15:03 UTC 2014 Broken deps for i386 -- [Agda] ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so ghc-Agda-2.3.2.2-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so

Re: dnf on debuglevel

On Sun, Oct 5, 2014 at 9:03 AM, Balint Szigeti wrote: > > p.s. > Can someone tell me how dnf tells the new (uninstalled packages) > changelog? I tried to do it with yum but the only way that I found is yum > changelog plugin which tell the changelog after I downloaded the packages. > Isn't a way

dnf on debuglevel

hello What do you think about my bug: https://bugzilla.redhat.com/show_bug.cgi?id=1136926 I think the debug level would be important to tell everything which settings are affecting the application. It would so so useful for debugging. p.s. Can someone tell me how dnf tells the new (uninstalled