Re: when startup delays become bugs (dmraid)

On Fri, May 17, 2013 at 7:34 PM, Adam Williamson wrote: > You could transfer the install to a system which contains a dmraid > array, or add a dmraid array to an existing install (I think this thread > has been considering only the case of the installed system itself being > on the RAID array). Of

Re: when startup delays become bugs (dmraid)

On Fri, 2013-05-17 at 19:17 -0700, T.C. Hollingsworth wrote: > On May 17, 2013 6:43 AM, "Chris Adams" wrote: > > Once upon a time, Lennart Poettering said: > > > I also filed this bug against anaconda, so that for the non-livecd > > > installs we don't even get dmraid installed... > > > > I know

Re: when startup delays become bugs (dmraid)

On May 17, 2013 6:43 AM, "Chris Adams" wrote: > Once upon a time, Lennart Poettering said: > > I also filed this bug against anaconda, so that for the non-livecd > > installs we don't even get dmraid installed... > > I know there's always a goal of shrinking the base install, but I'm > afraid we'

Re: when startup delays become bugs

Le jeudi 16 mai 2013 à 14:44 -0400, john.flor...@dart.biz a écrit : > > From: Adam Williamson > > > How do I determine what component to file a bug against? I guess I > > > have to find the package that caused these .service files to be > > > installed? > > > > Yes. 'rpm -qf /lib/systemd/system/

Re: when startup delays become bugs

On 5/17/13 5:39 PM, Chris Murphy wrote: > > On May 17, 2013, at 3:53 PM, Eric Sandeen wrote: > On Thu, 16.05.13 12:20, Chris Murphy (li...@colorremedies.com) wrote: > There have been no crashes, so ext4 doesn't need fsck on every boot: > > 4.051s systemd-fsck-root

Re: when startup delays become bugs

On 5/17/13 5:29 PM, Chris Murphy wrote: > > On May 17, 2013, at 3:56 PM, Eric Sandeen wrote: > >> On 5/17/13 3:58 PM, Chris Murphy wrote: >>> >>> Seems some extra complexity is needed anyway since the way to deal >>> with file system problems differs with the various fs's. XFS and >>> Btrfs fsck

Re: when startup delays become bugs

On May 17, 2013, at 3:53 PM, Eric Sandeen wrote: >>> On Thu, 16.05.13 12:20, Chris Murphy (li...@colorremedies.com) wrote: >>> There have been no crashes, so ext4 doesn't need fsck on every boot: 4.051s systemd-fsck-root.service 515ms >

Re: when startup delays become bugs

On May 17, 2013, at 3:56 PM, Eric Sandeen wrote: > On 5/17/13 3:58 PM, Chris Murphy wrote: >> >> Seems some extra complexity is needed anyway since the way to deal >> with file system problems differs with the various fs's. XFS and >> Btrfs fsck's are noops. XFS needs xfs_repair run, and Btrfs

Re: when startup delays become bugs

On 5/17/13 3:58 PM, Chris Murphy wrote: > > On May 17, 2013, at 2:38 PM, Ric Wheeler wrote: > >> On 05/16/2013 02:39 PM, Lennart Poettering wrote: >>> On Thu, 16.05.13 12:20, Chris Murphy (li...@colorremedies.com) wrote: >>> There have been no crashes, so ext4 doesn't need fsck on every boo

Re: when startup delays become bugs

On 5/17/13 3:38 PM, Ric Wheeler wrote: > On 05/16/2013 02:39 PM, Lennart Poettering wrote: >> On Thu, 16.05.13 12:20, Chris Murphy (li...@colorremedies.com) wrote: >> >>> There have been no crashes, so ext4 doesn't need fsck on every boot: >>> >>>4.051s systemd-fsck-root.service >>>

Re: anaconda / initial-setup / gnome-initial-setup: can we do this better?

On Fri, 2013-05-17 at 14:44 -0700, Adam Williamson wrote: > On Fri, 2013-05-17 at 14:25 -0700, Adam Williamson wrote: > > > but still, it seems to be worth considering. Alternatively, we could > > make i-s behave a lot more like g-i-s: it could dump its 'root password' > > and 'date/time' spokes,

Fwd: Adding new group to comps-f19.xml.in

Including mailing list for wider/more inputs. >> I'm thinking of another approach. How about adding "open-vm-tools" >> to "standard" group and "open-vm-tools-desktop" to "base-x" group? >> Then, I will not have to modify so many installation environments >> (patches attached). In future, we could

Re: anaconda / initial-setup / gnome-initial-setup: can we do this better?

On Fri, 2013-05-17 at 14:25 -0700, Adam Williamson wrote: > but still, it seems to be worth considering. Alternatively, we could > make i-s behave a lot more like g-i-s: it could dump its 'root password' > and 'date/time' spokes, and only run at all, and only to allow user > creation, if you didn'

anaconda / initial-setup / gnome-initial-setup: can we do this better?

So I'm writing a blog post on this topic ATM, and that really kinda brought home how messy this design is at present. Quick refresher for anyone who hasn't looked at it much yet: in F19, anaconda can create user accounts, and 'firstboot' has been replaced with two alternative tools, 'initial-setup

Re: when startup delays become bugs

On May 17, 2013, at 2:38 PM, Ric Wheeler wrote: > On 05/16/2013 02:39 PM, Lennart Poettering wrote: >> On Thu, 16.05.13 12:20, Chris Murphy (li...@colorremedies.com) wrote: >> >>> There have been no crashes, so ext4 doesn't need fsck on every boot: >>> >>> 4.051s systemd-fsck-root.se

Re: when startup delays become bugs

On 05/15/2013 05:09 PM, Rahul Sundaram wrote: On 05/15/2013 04:39 PM, Przemek Klosowski wrote: I was planning to upgrade to F19 soon, and I kind-of care about the data on that system (I have backup, but corruption would not be welcome, just for the lost time reason). Do people recommend stickin

Re: when startup delays become bugs

On 05/16/2013 02:39 PM, Lennart Poettering wrote: On Thu, 16.05.13 12:20, Chris Murphy (li...@colorremedies.com) wrote: There have been no crashes, so ext4 doesn't need fsck on every boot: 4.051s systemd-fsck-root.service 515ms systemd-fsck@dev-disk-by\x2duu

Re: Unpacking SRPMs

On 05/17/2013 09:36 PM, Adam Williamson wrote: On Fri, 2013-05-17 at 16:37 +0200, Florian Weimer wrote: I'd like some scriptable way to unpack SRPMs up and including to the %prep stage. Ideally, the results would end up in a directory I specify, and intermediate directories which only contain a

Re: Unpacking SRPMs

On Fri, 2013-05-17 at 16:37 +0200, Florian Weimer wrote: > I'd like some scriptable way to unpack SRPMs up and including to the > %prep stage. Ideally, the results would end up in a directory I > specify, and intermediate directories which only contain a single > subdirectory are skipped. (The

Re: Soname bump libpng (rawhide) - new libraries libpng.16.so and libpng16.so.16.2.0

On Fri, 2013-05-17 at 08:58 -0500, Bruno Wolff III wrote: > On Fri, May 17, 2013 at 13:17:17 +0200, >Kalev Lember wrote: > > > > 2) Introduce a libpng15 compat package with the old soname, to satisfy > >deps while the packages are being rebuilt. You'd need something > >similar to: > >

Re: when startup delays become bugs

On Fri, 2013-05-17 at 10:18 -0500, David Lehman wrote: > On Fri, 2013-05-17 at 09:07 +0200, Hans de Goede wrote: > > Hi, > > > > On 05/17/2013 01:31 AM, Lennart Poettering wrote: > > > On Thu, 16.05.13 16:17, Bill Nottingham (nott...@redhat.com) wrote: > > > > > >> Lennart Poettering (mzerq...@0po

Re: when startup delays become bugs

On 17.05.2013 14:45, Lennart Poettering wrote: > There is something really fishy... … Yeah! The week *end* has just begun! :) poma -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: su starts behaving oddly sometimes on F19

On Fri, 2013-05-17 at 08:34 -0600, Jerry James wrote: > On Fri, May 17, 2013 at 8:30 AM, Jerry James wrote: > > This sounds familiar: > > https://bugzilla.redhat.com/show_bug.cgi?id=723287#c5. It is probably > > a different problem, since you say it doesn't happen right away. > > Still, if you bo

Re: wired ethernet disabled between reboots, was: when startup delays become bugs

On 16.05.2013 23:01, Adam Williamson wrote: > On Thu, 2013-05-16 at 14:57 -0600, Chris Murphy wrote: … >> This doesn't happen when booting from Live media, so something's >> changed since then it seems. The only two things I can think of are >> the groupinstall virtualization, and creating a VM wit

Re: when startup delays become bugs

On 16.05.2013 21:29, Heiko Adams wrote: > My top 6 of extreme long starting services are: > $ systemd-analyze blame > 27.652s NetworkManager.service > 27.072s chronyd.service > 27.015s avahi-daemon.service > 26.899s tuned.service > 26.647s restorecond.se

[perl-Moose/f18] update to 2.0802

Summary of changes: cacf630... update to 2.0802 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/ma

[perl-Moose/f19] update to 2.0802

Summary of changes: cacf630... update to 2.0802 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/ma

Re: when startup delays become bugs

On Fri, 2013-05-17 at 17:45 +0200, Lennart Poettering wrote: > On Fri, 17.05.13 10:18, David Lehman (dleh...@redhat.com) wrote: > > > On Fri, 2013-05-17 at 09:07 +0200, Hans de Goede wrote: > > > Hi, > > > > > > On 05/17/2013 01:31 AM, Lennart Poettering wrote: > > > > On Thu, 16.05.13 16:17, Bil

Re: Unpacking SRPMs

On 05/17/2013 10:01 AM, Orion Poplawski wrote: On 05/17/2013 09:59 AM, Orion Poplawski wrote: On 05/17/2013 08:37 AM, Florian Weimer wrote: I'd like some scriptable way to unpack SRPMs up and including to the %prep stage. Ideally, the results would end up in a directory I specify, and intermed

Re: Unpacking SRPMs

On 05/17/2013 09:59 AM, Orion Poplawski wrote: On 05/17/2013 08:37 AM, Florian Weimer wrote: I'd like some scriptable way to unpack SRPMs up and including to the %prep stage. Ideally, the results would end up in a directory I specify, and intermediate directories which only contain a single sub

Re: Unpacking SRPMs

On 05/17/2013 08:37 AM, Florian Weimer wrote: I'd like some scriptable way to unpack SRPMs up and including to the %prep stage. Ideally, the results would end up in a directory I specify, and intermediate directories which only contain a single subdirectory are skipped. (The eventual goal is to

Re: when startup delays become bugs

On Fri, 17.05.13 10:18, David Lehman (dleh...@redhat.com) wrote: > On Fri, 2013-05-17 at 09:07 +0200, Hans de Goede wrote: > > Hi, > > > > On 05/17/2013 01:31 AM, Lennart Poettering wrote: > > > On Thu, 16.05.13 16:17, Bill Nottingham (nott...@redhat.com) wrote: > > > > > >> Lennart Poettering (m

Re: [coreutils] require glibc-devel to prevent broken links in coreutils info manual (#959697)

Am 17.05.2013 10:07, schrieb Nicolas Chauvet: > 2013/5/17 Ondrej Vasik mailto:ova...@redhat.com>> > My understanding is that libc*.info should be moved to the main glibc instead > as most info file belong to the main > package. > One that doesn't want to install the documentation can still instal

Re: [coreutils] require glibc-devel to prevent broken links in coreutils info manual (#959697)

Am 17.05.2013 12:35, schrieb Ondrej Vasik: >> In that case, glibc maintainers need to re-consider their claim that it >> is only material for developers & put it in glibc-common or a glibc-docs >> package instead of the -devel package > > That's what the glibc maintainers proposed as longer term

Re: Expanding the list of "Hardened Packages"

Perhaps is not working because most of the new policy are deployed in enforcing mode and not in permissive ? But permissive not was born exactly for this ? Best 2013/4/23, Kevin Kofler : > Adam Williamson wrote: >> SELinux keeps having bugs *because* they progressively build out the >> policies.

Re: when startup delays become bugs

On Fri, 2013-05-17 at 09:07 +0200, Hans de Goede wrote: > Hi, > > On 05/17/2013 01:31 AM, Lennart Poettering wrote: > > On Thu, 16.05.13 16:17, Bill Nottingham (nott...@redhat.com) wrote: > > > >> Lennart Poettering (mzerq...@0pointer.de) said: > RequiredBy= > WantedBy=dmraid-activation.

Re: Unpacking SRPMs

On Fri, May 17, 2013 at 04:37:13PM +0200, Florian Weimer wrote: > I'd like some scriptable way to unpack SRPMs up and including to the > %prep stage. Ideally, the results would end up in a directory I > specify, and intermediate directories which only contain a single > subdirectory are skipped.

Re: hdf5 update to 1.8.11 in rawhide

Ok, got it done. I had to update the arm patch to get it to build. Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Unpacking SRPMs

I'd like some scriptable way to unpack SRPMs up and including to the %prep stage. Ideally, the results would end up in a directory I specify, and intermediate directories which only contain a single subdirectory are skipped. (The eventual goal is to run two such directory tress through diff -

Re: su starts behaving oddly sometimes on F19

On Fri, May 17, 2013 at 8:30 AM, Jerry James wrote: > This sounds familiar: > https://bugzilla.redhat.com/show_bug.cgi?id=723287#c5. It is probably > a different problem, since you say it doesn't happen right away. > Still, if you boot with enforcing=0, does that help? My reply earned me this no

Re: su starts behaving oddly sometimes on F19

On Thu, May 16, 2013 at 11:29 PM, Adam Williamson wrote: > So I'm kinda stuck, really. Has anyone else seen this? Any bright ideas > for debugging it? Thanks! This sounds familiar: https://bugzilla.redhat.com/show_bug.cgi?id=723287#c5. It is probably a different problem, since you say it doesn't

Re: when startup delays become bugs (dmraid)

On Fri, May 17, 2013 at 08:43:36 -0500, Chris Adams wrote: By cutting out all the hardware support except for what is in the system at install, it becomes more difficult (like Windows) to deal with any problems, hardware upgrades, etc. down the road. Note that the change to defaulting to ho

Re: Soname bump libpng (rawhide) - new libraries libpng.16.so and libpng16.so.16.2.0

On Fri, May 17, 2013 at 13:17:17 +0200, Kalev Lember wrote: 2) Introduce a libpng15 compat package with the old soname, to satisfy deps while the packages are being rebuilt. You'd need something similar to: https://bugzilla.redhat.com/show_bug.cgi?id=845110 "Review Request: libpng

Re: when startup delays become bugs (dmraid)

On Fri, May 17, 2013 at 08:43:36AM -0500, Chris Adams wrote: > By cutting out all the hardware support except for what is in the system > at install, it becomes more difficult (like Windows) to deal with any > problems, hardware upgrades, etc. down the road. Agreed, but I think hardware-which-requ

Re: Soname bump libpng (rawhide) - new libraries libpng.16.so and libpng16.so.16.2.0

On Fri, May 17, 2013 at 12:20:03 +0200, Petr Hracek wrote: Hi folks, in order that BZ (https://bugzilla.redhat.com/show_bug.cgi?id=963113) libpng library was bumped. Was this just in rawhide? Every package you listed looked like it was in f18. If you ran the list against f18 assuming it wo

Re: when startup delays become bugs (dmraid)

Once upon a time, Lennart Poettering said: > I also filed this bug against anaconda, so that for the non-livecd > installs we don't even get dmraid installed... I know there's always a goal of shrinking the base install, but I'm afraid we're going overboard. One nice thing about Linux vs. Window

Re: [coreutils] require glibc-devel to prevent broken links in coreutils info manual (#959697)

On Fri, May 17, 2013 at 06:35:57 -0400, Ondrej Vasik wrote: Require glibc-devel in coreutils means + ~1M to default minimal installation size. Not much, but not good practice, I agree. I may go with coreutils-infodoc (or something like that) subpackage (keeping just basic manuals in main pac

Re: su starts behaving oddly sometimes on F19

On Thu, May 16, 2013 at 22:29:53 -0700, Adam Williamson wrote: So I'm kinda stuck, really. Has anyone else seen this? Any bright ideas for debugging it? Thanks! I might have. I just suspected disk stalls. I haven't worried about it too much, because that was going to be a hard thing to deb

Re: when startup delays become bugs

>>> For the super slow run above I'd be quite interested to have a look at > >>> the bootchart actually. (Heiko? Can you upload that?) > >>> > >>> Lennart > >>> > >> https://www.dropbox.com/s/95dzgklajrgaz4n/bootchart-20130517-0756

Re: when startup delays become bugs

> the bootchart actually. (Heiko? Can you upload that?) >>> >>> Lennart >>> >> https://www.dropbox.com/s/95dzgklajrgaz4n/bootchart-20130517-0756.svg >> >> BTW: Is it correct that /dev/mapper/VolGroup-lv_home can't be found with >> systemd-bootc

Re: when startup delays become bugs (dmraid)

On Fri, 17.05.13 09:05, Hans de Goede (hdego...@redhat.com) wrote: > Hi, > > On 05/17/2013 01:21 AM, Lennart Poettering wrote: > >On Thu, 16.05.13 13:44, Adam Williamson (awill...@redhat.com) wrote: > > > >>On Thu, 2013-05-16 at 20:41 +, "Jóhann B. Guðmundsson" wrote: > >>>On 05/16/2013 08:17

F-19 Branched report: 20130517 changes

Compose started at Fri May 17 09:15:02 UTC 2013 Broken deps for x86_64 -- [byzanz] byzanz-0.3-0.5.fc17.x86_64 requires libpanel-applet-4.so.0()(64bit) [deltacloud-core] deltacloud-core-rhevm-1.1.3-1.fc19.noarch requires rubyge

Re: when startup delays become bugs

; > > > Lennart > > > https://www.dropbox.com/s/95dzgklajrgaz4n/bootchart-20130517-0756.svg > > BTW: Is it correct that /dev/mapper/VolGroup-lv_home can't be found with > systemd-bootchart? Hmm, for some reason the whole thing is truncated... There are intervals of 2s where

C++ library design (was: Re: Expanding the list of "Hardened Packages")

On 05/17/2013 07:17 AM, Ben Boeckel wrote: While we're dredging up old threads ;) . On Fri, 10 May, 2013 at 12:29:16 GMT, Florian Weimer wrote: There is some fairly horrible stuff, like std::copy: You can pass a std::vector::iterator (say, the

rawhide report: 20130517 changes

Compose started at Fri May 17 08:15:02 UTC 2013 Broken deps for x86_64 -- [OpenImageIO] OpenImageIO-1.1.3-7.fc20.i686 requires libhdf5_cpp.so.7 OpenImageIO-1.1.3-7.fc20.i686 requires libhdf5.so.7 OpenImageIO-1.1.3-7.fc

Re: Soname bump libpng (rawhide) - new libraries libpng.16.so and libpng16.so.16.2.0

Hello, I have just created Review request in BZ https://bugzilla.redhat.com/show_bug.cgi?id=964161 libpng was untagged by koji. Thank you in advance for help. Best regards / S pozdravem Petr Hracek On 05/17/2013 01:38 PM, Kalev Lember wrote: 2013-05-17 13:17, Kalev Lember skrev: The issue i

Re: Soname bump libpng (rawhide) - new libraries libpng.16.so and libpng16.so.16.2.0

2013-05-17 13:17, Kalev Lember skrev: > The issue is that once this is in, all the 306 packages above will have > broken dependencies. And it's not just simple rebuilds that are > required; we'd need _ordered_ rebuilds in dependency order: build deps > that require the old libpng can't be installed

Re: [coreutils] require glibc-devel to prevent broken links in coreutils info manual (#959697)

> Am 17.05.2013 12:35, schrieb Ondrej Vasik: > >> In that case, glibc maintainers need to re-consider their claim that it > >> is only material for developers & put it in glibc-common or a glibc-docs > >> package instead of the -devel package > > > > That's what the glibc maintainers proposed as l

Re: Soname bump libpng (rawhide) - new libraries libpng.16.so and libpng16.so.16.2.0

2013-05-17 12:20, Petr Hracek skrev: > Hi folks, > > in order that BZ (https://bugzilla.redhat.com/show_bug.cgi?id=963113) > libpng library was bumped. > [snip] > > Please rebuild your packages with new libpng library > Here is the list: [snip, 306 packages] Hi Petr, Very cool to get updated l

Re: [coreutils] require glibc-devel to prevent broken links in coreutils info manual (#959697)

On Fri, May 17, 2013 at 11:25:31AM +0100, Daniel P. Berrange wrote: > > Well, I don't think glibc info doc has only developer-targetted info - > > that's the issue - there are more things useful to regular experienced > > users (like regexps info, locales info). > > In that case, glibc maintainers

Re: Question about "what to do if mantainer is absent"

Le mercredi 15 mai 2013 à 11:40 -0700, Adam Williamson a écrit : > On Wed, 2013-05-15 at 12:21 -0600, Pete Zaitcev wrote: > > On Tue, 14 May 2013 20:03:41 -0500 > > Michael Catanzaro wrote: > > > > > Well the open model has already been tried and proven in openSUSE, and > > > they're still using

Re: [coreutils] require glibc-devel to prevent broken links in coreutils info manual (#959697)

> On Fri, May 17, 2013 at 06:22:09AM -0400, Ondrej Vasik wrote: > > > On Fri, May 17, 2013 at 04:25:43AM -0400, Ondrej Vasik wrote: > > > > > 2013/5/17 Ondrej Vasik < ova...@redhat.com > > > > > > > 2013/5/17 Ondrej Vasik < ova...@fedoraproject.org > > > > > > > > > > > > > > > > > > > commit ed5

Re: su starts behaving oddly sometimes on F19

On Thu, 2013-05-16 at 22:29 -0700, Adam Williamson wrote: > This is a weird bug I've seen 3 or 4 times since upgrading to F19, and > am having trouble pinning down. > > Occasionally, after my session has been up for some time, runs of 'su' > start behaving oddly. After I enter the root password,

Re: [coreutils] require glibc-devel to prevent broken links in coreutils info manual (#959697)

On Fri, May 17, 2013 at 06:22:09AM -0400, Ondrej Vasik wrote: > > On Fri, May 17, 2013 at 04:25:43AM -0400, Ondrej Vasik wrote: > > > > 2013/5/17 Ondrej Vasik < ova...@redhat.com > > > > > > 2013/5/17 Ondrej Vasik < ova...@fedoraproject.org > > > > > > > > > > > > > > > > commit ed5396d91e0032fa7

Re: [coreutils] require glibc-devel to prevent broken links in coreutils info manual (#959697)

> On Fri, May 17, 2013 at 04:25:43AM -0400, Ondrej Vasik wrote: > > > 2013/5/17 Ondrej Vasik < ova...@redhat.com > > > > > 2013/5/17 Ondrej Vasik < ova...@fedoraproject.org > > > > > > > > > > > > > commit ed5396d91e0032fa7cbfd6cb0bde3d7850aba790 > > > > Author: Ondřej Vašík < ova...@redhat.com >

Soname bump libpng (rawhide) - new libraries libpng.16.so and libpng16.so.16.2.0

Hi folks, in order that BZ (https://bugzilla.redhat.com/show_bug.cgi?id=963113) libpng library was bumped. koji build: http://koji.fedoraproject.org/koji/taskinfo?taskID=5391511 $> rpm -qpl /var/lib/mock/fedora-rawhide-x86_64/result/libpng-devel-1.6.2-1.fc20.x86_64.rpm /usr/bin/libpng-confi

Re: F18 systemd update broke varnish service?

On 05/16/2013 11:23 PM, Michał Piotrowski wrote: I noticed that varnish service doesn't work after systemd update to version 201-2 Please file a bug. Michal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Heads-up: changes to soname dependency generation in rawhide

Hey all, Starting today, as soon as rpm-4.11.0.1-5 hits the rawhide buildroots, rpmbuild will filter out "non-library" ELF soname dependencies by default. The soname dependencies are filtered by name: only soname dependencies containing ".so" and starting with "lib" or "ld" will be recorded

Re: [coreutils] require glibc-devel to prevent broken links in coreutils info manual (#959697)

On Fri, May 17, 2013 at 04:25:43AM -0400, Ondrej Vasik wrote: > - Original Message - > > 2013/5/17 Ondrej Vasik < ova...@redhat.com > > > - Original Message - > > > 2013/5/17 Ondrej Vasik < ova...@fedoraproject.org > > > > > > > > > > commit ed5396d91e0032fa7cbfd6cb0bde3d7850aba79

Re: [coreutils] require glibc-devel to prevent broken links in coreutils info manual (#959697)

- Original Message - > 2013/5/17 Ondrej Vasik < ova...@redhat.com > > - Original Message - > > 2013/5/17 Ondrej Vasik < ova...@fedoraproject.org > > > > > > > commit ed5396d91e0032fa7cbfd6cb0bde3d7850aba790 > > Author: Ondřej Vašík < ova...@redhat.com > > > Date: Fri May 17 09:21:

Re: [coreutils] require glibc-devel to prevent broken links in coreutils info manual (#959697)

2013/5/17 Ondrej Vasik > - Original Message - > > 2013/5/17 Ondrej Vasik < ova...@fedoraproject.org > > > > > > > commit ed5396d91e0032fa7cbfd6cb0bde3d7850aba790 > > Author: Ondřej Vašík < ova...@redhat.com > > > Date: Fri May 17 09:21:51 2013 +0200 > > > > require glibc-devel to prevent

Re: [coreutils] require glibc-devel to prevent broken links in coreutils info manual (#959697)

- Original Message - > 2013/5/17 Ondrej Vasik < ova...@fedoraproject.org > > > > commit ed5396d91e0032fa7cbfd6cb0bde3d7850aba790 > Author: Ondřej Vašík < ova...@redhat.com > > Date: Fri May 17 09:21:51 2013 +0200 > > require glibc-devel to prevent broken links in coreutils info manual >

Re: [coreutils] require glibc-devel to prevent broken links in coreutils info manual (#959697)

2013/5/17 Ondrej Vasik > commit ed5396d91e0032fa7cbfd6cb0bde3d7850aba790 > Author: Ondřej Vašík > Date: Fri May 17 09:21:51 2013 +0200 > > require glibc-devel to prevent broken links in coreutils info manual > (#959697) > I don't think having glibc-devel installed by default will make it.

Re: FPC elections

Dne 16.5.2013 18:40, "Jóhann B. Guðmundsson" napsal(a): On 05/16/2013 03:09 PM, Vít Ondruch wrote: I think that JBG built on my proposal. I am personally ambivalent to disabling FPC. I can imagine that some process as "proposed" by JBG would work, but I am afraid it is too big leap to be ac

Re: when startup delays become bugs

Hi, On 05/17/2013 01:31 AM, Lennart Poettering wrote: On Thu, 16.05.13 16:17, Bill Nottingham (nott...@redhat.com) wrote: Lennart Poettering (mzerq...@0pointer.de) said: RequiredBy= WantedBy=dmraid-activation.service I'm not using dmraid, or md raid, or any kind of raid at the moment. I also

Re: when startup delays become bugs (dmraid)

Hi, On 05/17/2013 01:21 AM, Lennart Poettering wrote: On Thu, 16.05.13 13:44, Adam Williamson (awill...@redhat.com) wrote: On Thu, 2013-05-16 at 20:41 +, "Jóhann B. Guðmundsson" wrote: On 05/16/2013 08:17 PM, Bill Nottingham wrote: We *could* drop all the assorted local storage tools fr