Re: rawhide net install image doesn't work with bios partitions
On 5/28/19 10:28 PM, Samuel Sieb wrote: The /boot/efi partition is a FAT-formatted partition that is specially marked for the firmware to find. It is possible for the grub configs to be there, but Fedora doesn't put them there. That's how it has been until now. I don't know for sure where the BLS files go. Yes it does. On a UEFI system, grub.cfg lives in /boot/efi/EFI/fedora/. BLS files go in /boot/loader/entries/. (I can't figure out how grub figures out where /boot/loader/entries is.) -- ======== Ian Pilcher arequip...@gmail.com "I grew up before Mark Zuckerberg invented friendship" ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org
Re: Did luks get broken in f24?
On 03/01/2016 01:41 PM, Bruno Wolff III wrote: I updated my kernel this morning and my disk password doesn't seem to work when booting with that kernel (multiple tries), but did work with the previous kernel. Is this perhaps glibc fallout with dracut? Keymap issue? -- ==== Ian Pilcher arequip...@gmail.com "I grew up before Mark Zuckerberg invented friendship" -- test mailing list test@lists.fedoraproject.org To unsubscribe: http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Re: installing via VNC over IPv6.
On 01/29/2016 03:42 PM, Chris Murphy wrote: The problem I'm running into next is that non-lives don't have either netstat or ss, so I can see if xvnc is actually listening on an ipv6 port or not. Can you install using some other method? If so ... do the installation, boot the installation media with the VNC & IPv6 options, and mount the installed system as a chroot. Then you can use any tools in the installed system. -- ============ Ian Pilcher arequip...@gmail.com "I grew up before Mark Zuckerberg invented friendship" -- test mailing list test@lists.fedoraproject.org To unsubscribe: http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Re: [Test-Announce] 2015-04-27 Blocker Review meeting cancelled due to lack of blockers
On 04/27/2015 02:05 AM, Adam Williamson wrote: As it says in the subject, we currently have exactly 0 proposed blockers, so no need for a blocker review meeting! Everyone gets extra sleep / drinking time. :) Thanks folks! I expect we'll have a review meeting next week, as bugs roll in from the TCs. Huh? https://qa.fedoraproject.org/blockerbugs/milestone/22/final/buglist shows 7 proposed blockers. What am I missing? -- ==== Ian Pilcher arequip...@gmail.com "I grew up before Mark Zuckerberg invented friendship" -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Partitions on Intel BIOS RAID (or other MD RAID)
Has anyone been able to install F22 onto a system with existing partitions on top of MD RAID? Anaconda crashes when I try to install either F21 of F22 Alpha TC5: https://bugzilla.redhat.com/show_bug.cgi?id=1160424 https://bugzilla.redhat.com/show_bug.cgi?id=1197257 -- Ian Pilcher arequip...@gmail.com "I grew up before Mark Zuckerberg invented friendship" -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: I don't believe what I just saw ...
On 12/05/2014 02:02 PM, Adam Williamson wrote: > > https://bugzilla.redhat.com/show_bug.cgi?id=1074358 > > It is a pretty bad bit of behaviour, as I wrote in the bug I figure we > should either disallow shared /boot or try and filter the kernel list at > least a bit, for F22. > Aah. Thanks for the pointer. As I just posted in the bug, the one thing I still don't understand is whether this is intentional (and if so, why) or a bug. -- ============ Ian Pilcher arequip...@gmail.com "I grew up before Mark Zuckerberg invented friendship" -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
I don't believe what I just saw ...
So after a bit of live CD jiggery pokery, I was able to run through an F21 RC5 installation. I installed it in a separate logical volume, alongside my existing F20 installation. /boot is a shared ext4 partition on top of my IMSM RAID volume. I still use GRUB legacy, so I told anaconda not to install a bootloader. After the F21 installation completed, I was unable to boot back to F20. GRUB still worked, but the initramfs was unable to find the F20 root filesystem, which is an LV on top of a bcache device. After a bit of investigation, it appears that the F21 installer rebuilt all of the F20 initramfs files on the shared /boot (and omitted the bcache dracut module). Of all the anaconda weirdness I've experienced over the years, this has got to be the strangest thing I've seen. In fact, I have a hard time believing the evidence of my own eyes. Why would it do this? Am I crazy? Anyone else seen this? Expected behavior? -- ======== Ian Pilcher arequip...@gmail.com "I grew up before Mark Zuckerberg invented friendship" -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: No F21 on Intel BIOS RAID? Workaround?
On 12/04/2014 03:35 PM, Chris Murphy wrote: > On Thu, Dec 4, 2014 at 12:21 PM, Ian Pilcher wrote: >> I just tried to install RC5 on my home system, which uses Intel BIOS >> RAID, and anaconda crashed during its initial storage scan. >> >> https://bugzilla.redhat.com/show_bug.cgi?id=1170755 >> >> Short of major surgery (pulling the RAID drives, breaking the RAID, >> etc.), can anyone think of a way to get F21 installed on this system? > > When booted from any install media, in a shell, what do you get for: Here's what I get when booted into F20: > cat /proc/mdstat Personalities : [raid1] md126 : active raid1 sdb[1] sdc[0] 976759808 blocks super external:/md127/0 [2/2] [UU] md127 : inactive sdc[1](S) sdb[0](S) 5288 blocks super external:imsm unused devices: > mdadm -D /dev/md126 /dev/md126: Container : /dev/md/imsm0, member 0 Raid Level : raid1 Array Size : 976759808 (931.51 GiB 1000.20 GB) Used Dev Size : 976759940 (931.51 GiB 1000.20 GB) Raid Devices : 2 Total Devices : 2 State : clean Active Devices : 2 Working Devices : 2 Failed Devices : 0 Spare Devices : 0 UUID : 3d7bd72f:82a8cbcc:2d217397:12f3ff95 Number Major Minor RaidDevice State 1 8 160 active sync /dev/sdb 0 8 321 active sync /dev/sdc > mdadm -E /dev/sd[ab] I assume you mean "mdadm -E /dev/sd[bc]". /dev/sdb: Magic : Intel Raid ISM Cfg Sig. Version : 1.1.00 Orig Family : d7e8a7e3 Family : d7e8a7e3 Generation : 00114ca2 Attributes : All supported UUID : 1ebd7712:2a74af1f:34298316:cb855b50 Checksum : d1e422ca correct MPB Sectors : 1 Disks : 2 RAID Devices : 1 Disk00 Serial : MSK5235H29X18G State : active Id : 0001 Usable Size : 1953519880 (931.51 GiB 1000.20 GB) [Volume0]: UUID : 3d7bd72f:82a8cbcc:2d217397:12f3ff95 RAID Level : 1 Members : 2 Slots : [UU] Failed disk : none This Slot : 0 Array Size : 1953519616 (931.51 GiB 1000.20 GB) Per Dev Size : 1953519880 (931.51 GiB 1000.20 GB) Sector Offset : 0 Num Stripes : 7630936 Chunk Size : 64 KiB Reserved : 0 Migrate State : idle Map State : normal Dirty State : dirty Disk01 Serial : MSK5235H2PJ7TG State : active Id : 0002 Usable Size : 1953519880 (931.51 GiB 1000.20 GB) /dev/sdc: Magic : Intel Raid ISM Cfg Sig. Version : 1.1.00 Orig Family : d7e8a7e3 Family : d7e8a7e3 Generation : 00114ca2 Attributes : All supported UUID : 1ebd7712:2a74af1f:34298316:cb855b50 Checksum : d1e422ca correct MPB Sectors : 1 Disks : 2 RAID Devices : 1 Disk01 Serial : MSK5235H2PJ7TG State : active Id : 0002 Usable Size : 1953519880 (931.51 GiB 1000.20 GB) [Volume0]: UUID : 3d7bd72f:82a8cbcc:2d217397:12f3ff95 RAID Level : 1 Members : 2 Slots : [UU] Failed disk : none This Slot : 1 Array Size : 1953519616 (931.51 GiB 1000.20 GB) Per Dev Size : 1953519880 (931.51 GiB 1000.20 GB) Sector Offset : 0 Num Stripes : 7630936 Chunk Size : 64 KiB Reserved : 0 Migrate State : idle Map State : normal Dirty State : dirty Disk00 Serial : MSK5235H29X18G State : active Id : 0001 Usable Size : 1953519880 (931.51 GiB 1000.20 GB) > From the program.log, I'm seeing sd[ab]5 are bcache partitions, and > looks like they're outside of the imsm container, is that correct? I > don't know whether this is a supportedlayout, my expectation when > using firmware RAID is that the firmware (and later the md driver) > asserts complete control over the entire block device. Any partitions > are created within the container. If that's correct, the bcache > partitions would need to be inside the imsm container as well. But in > any case the installer shouldn't crash, it should inform. The version > of mdadm in F21 is the same for three months, so if there's a > regression here it's not recent. The RAID device (md126) is composed of sdb and sdc. md126p5 is the bcache backing device. sda is an (un-RAIDed) SSD; sda2 is the bcache cache device. As I just posted to the Bugzilla ... I did some playing around with running "anaconda --askmethod" from a live CD, and the results were ... interesting. At first, I got the expected crash, so I edited /usr/lib/python2.7/site-packages/blivet/ devicelibs/mdraid.py and added some additional logging to both name_from_md_node and md_node_from_name. Just to ensure that the updated version was used, I also deleted the mdraid.pyc and mdraid.pyo. Once I did this, the crash went away
No F21 on Intel BIOS RAID? Workaround?
I just tried to install RC5 on my home system, which uses Intel BIOS RAID, and anaconda crashed during its initial storage scan. https://bugzilla.redhat.com/show_bug.cgi?id=1170755 Short of major surgery (pulling the RAID drives, breaking the RAID, etc.), can anyone think of a way to get F21 installed on this system? -- Ian Pilcher arequip...@gmail.com "I grew up before Mark Zuckerberg invented friendship" -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Proposed generic release criterion: service manipulation
On 07/18/2014 04:43 PM, Adam Williamson wrote: > Shutdown, reboot and logout > > Shutting down, logging out and rebooting must work using standard > console commands and the mechanisms offered (if any) by all > release-blocking desktops. Should the shutdown/reboot menus in login managers be included? -- ============ Ian Pilcher arequip...@gmail.com "I grew up before Mark Zuckerberg invented friendship" -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Upstream packages v.s. Fedora packages
On 10/11/2013 09:36 AM, Ed Greshko wrote: > On 10/11/13 18:28, Caolán McNamara wrote: >> You are probably correct in that it won't get much of my attention >> because there are thousands of things that need attention and my focus >> is necessarily primarily on the GTK backends and GNOME3 integration. > > OK. I am probably one of the few people out here in Asia using KDE. I > suppose I'll have to live with using the upstream stuff for now. > > I'll consider temping someone to work on kde4 when I've a bit more bandwidth. > Or just uninstall the libreoffice-kde package. It works just fine in KDE without it. -- ============ Ian Pilcher arequip...@gmail.com Sometimes there's nothing left to do but crash and burn...or die trying. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: my impressions of F19A, from Radeon testing day
On 04/25/2013 10:52 PM, Adam Williamson wrote: > I've never quite got the 'being proud of having a keyboard with no Super > key' thing. It's a handy key. But anyway, this is a general introductory > video to GNOME aimed at very new users; if you're geeky enough to have > gone out and carefully sourced a keyboard with no Super key, you are not > the target audience of the video, so that doesn't really seem to be a > problem. Based on the pictures that DJ posted later, it looks like his keyboard is the same IBM model M that I have, and I sure as heck didn't "care- fully source" a Super key-less keyboard. As far as I know, the Windows/ Super key hadn't been invented when my keyboard was manufactured back in 1996. (If it had been invented, it certainly wasn't ubiquitous.) -- ======== Ian Pilcher arequip...@gmail.com Sometimes there's nothing left to do but crash and burn...or die trying. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: I can't create specific partition layout during F18 installation
On 01/09/2013 12:28 AM, Chris Murphy wrote: > Possibly. This is md RAID1? Yup. Two disks, partitioned identically, with the partitions paired up into MD RAID-1 devices and combined into a VG (except for md0, which is /boot). -- ==== Ian Pilcher arequip...@gmail.com Sometimes there's nothing left to do but crash and burn...or die trying. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: I can't create specific partition layout during F18 installation
On 01/08/2013 03:31 PM, Chris Murphy wrote: > It can use existing or create new LVs in VGs directly on physical > disks. But not when a VG (with or without LVs) is on md RAID. I just > tried, and anaconda sees the mdmember partitions, doesn't assemble > the RAID and therefore doesn't see the VG's on the RAID either. All I > can do is start over with anaconda. Well, all I can say is that it works for me from smoke 8 on. ISTR to your using RAID-0, where I'm using RAID-1; maybe that explains the difference. -- ============ Ian Pilcher arequip...@gmail.com Sometimes there's nothing left to do but crash and burn...or die trying. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: I can't create specific partition layout during F18 installation
On 01/08/2013 01:16 PM, Mateusz Marzantowicz wrote: > Thanks. One more question: is anaconda only unable to create lvm on md > or or also fails to recognize existing partitioning? My point is, is it > possible to do such partitioning before running new anaconda and than > just tell what goes where or it's definitely impossible to go that way > for now? Yes, anaconda is able to use and existing LVM-on-MD setup. It can definitely use existing LVs, and I'm reasonably sure it can create new LVs in existing VGs. -- ======== Ian Pilcher arequip...@gmail.com Sometimes there's nothing left to do but crash and burn...or die trying. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Anyone else using Open vSwitch on F18?
On 12/31/2012 04:31 AM, Matej Cepl wrote: > If you are on this list, then I guess you would be expected to have at > least -testing switched on, otherwise your report don’t make much sense > here. Umm ... last time I checked, Fedora 18 had not been released yet, making this list the appropriate place to discuss it. -- ==== Ian Pilcher arequip...@gmail.com Sometimes there's nothing left to do but crash and burn...or die trying. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Anyone else using Open vSwitch on F18?
On 12/30/2012 03:53 PM, Patrick Lists wrote: > On 12/30/2012 10:17 PM, Ian Pilcher wrote: >> And getting a ton of SELinux AVCs? > > No idea if this fixes your AVCs but have you tried: > http://koji.fedoraproject.org/koji/buildinfo?buildID=375118 > I'm trying to stay with what's in stable, so I haven't tried anything later than -66. I don't see anything in the changelog to indicate that any openvswitch-related changes went in in -67 or -68. -- ======== Ian Pilcher arequip...@gmail.com Sometimes there's nothing left to do but crash and burn...or die trying. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Anyone else using Open vSwitch on F18?
And getting a ton of SELinux AVCs? According to https://bugzilla.redhat.com/show_bug.cgi?id=872974#c2, the openvswitch policy should be in selinux-policy-targeted- 3.11.1-66.fc18.noarch, but I'm seeing a ton of messages related to kmod, files in /etc/modprobe.d, and a netlink socket. type=AVC msg=audit(1356894958.32:2022): avc: denied { module_request } for pid=1584 comm="ovs-vswitchd" kmod="netdev-vnet6" scontext=system_u:system_r:openvswitch_t:s0 tcontext=system_u:system_r:kernel_t:s0 tclass=system type=SYSCALL msg=audit(1356894958.32:2022): arch=x86_64 syscall=ioctl success=no exit=ENODEV a0=10 a1=8913 a2=7fff99c842d0 a3= items=0 ppid=1583 pid=1584 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm=ovs-vswitchd exe=2F7573722F7362696E2F6F76732D7673776974636864202864656C6574656429 subj=system_u:system_r:openvswitch_t:s0 key=(null) type=AVC msg=audit(1356894968.741:2209): avc: denied { nlmsg_write } for pid=1584 comm="ovs-vswitchd" scontext=system_u:system_r:openvswitch_t:s0 tcontext=system_u:system_r:openvswitch_t:s0 tclass=netlink_route_socket type=SYSCALL msg=audit(1356894968.741:2209): arch=x86_64 syscall=sendmsg success=yes exit=EBADE a0=25 a1=7fff99c83530 a2=0 a3=200 items=0 ppid=1583 pid=1584 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm=ovs-vswitchd exe=2F7573722F7362696E2F6F76732D7673776974636864202864656C6574656429 subj=system_u:system_r:openvswitch_t:s0 key=(null) -- ============ Ian Pilcher arequip...@gmail.com Sometimes there's nothing left to do but crash and burn...or die trying. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: does final criteria #8 mean lvm-on-raid must be available?
On 12/26/2012 06:28 AM, Chris Murphy wrote: > > I can't reproduce this. > > Fedora-18-smoke12-x86_64-DVD.iso > anaconda-18.37.8-1 > > 1. Three disk, MBR, md RAID level linear. > 2. VG either totally unallocated, or allocated all or in part to an LV. > 3. Click on Installation Destination. > 4. I'm presently with one local disk, sda. I don't see the other two disks > attached. > 5. Manual Partitioning, under Unknown is 'sda1' described as software RAID. > I have to admit that I've only tried RAID-1. That said, it sounds like anaconda is only seeing one of your drives, which prevents it from starting the MD-RAID devices. -- ======== Ian Pilcher arequip...@gmail.com Sometimes there's nothing left to do but crash and burn...or die trying. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: does final criteria #8 mean lvm-on-raid must be available?
On 12/20/2012 07:49 AM, Matthew Miller wrote: > I tried to make a mirrored /boot partition, and then a second mirrored > partition with an LVM volume group on top of that (including / and /home > partitions). The current UI doesn't offer this, although it was easy to do > in the old one. Just FYI, it is at least possible to install to a pre-existing LVM on MD-RAID setup, including /boot on MD-RAID. (I'm not sure if bootloader installation works.) -- ============ Ian Pilcher arequip...@gmail.com Sometimes there's nothing left to do but crash and burn...or die trying. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Anyone able to install to an encrypted LV?
On 12/10/2012 10:57 AM, David Lehman wrote: > If you file a bug and convince whoever to make it a blocker I can > probably add the support pretty easily. > https://bugzilla.redhat.com/show_bug.cgi?id=885378 -- ==== Ian Pilcher arequip...@gmail.com Sometimes there's nothing left to do but crash and burn...or die trying. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Anyone able to install to an encrypted LV?
On 12/10/2012 06:20 AM, Mateusz Marzantowicz wrote: > Yes. I was able to reuse lvm volumes on LUKS encrypted partition on bare > hardware. That's different. I'm talking about the LV itself (not the PV) being LUKS-encrypted. -- ======== Ian Pilcher arequip...@gmail.com Sometimes there's nothing left to do but crash and burn...or die trying. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Anyone able to install to an encrypted LV?
I get a crash when I try to create or use an encrypted LV in the custom partitioning screen: https://bugzilla.redhat.com/show_bug.cgi?id=885378 -- Ian Pilcher arequip...@gmail.com Sometimes there's nothing left to do but crash and burn...or die trying. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Prevent F18 anaconda from overwriting bootloader
As of "smoke 4" it looks like I am finally able to install Fedora 18 onto a new LV within an existing VG (a VG built from 2 separate software RAID devices no less)! I did this in a test VM, and I'm darn glad that I did, because it looks like it would have trashed the existing (grub "legacy") bootloader setup on my system. Indeed, the CentOS installation that I "pre-staged" into the test VM is nowhere to be found in the new Grub menu. I just ran through the installation workflow again, and I am never asked where I want the bootloader installed (or if I want it installed at all). How can I prevent anaconda from overwriting my existing bootloader? Thanks! -- ============ Ian Pilcher arequip...@gmail.com Sometimes there's nothing left to do but crash and burn...or die trying. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Partitioning criteria revision proposal
On 10/11/2012 01:33 AM, Adam Williamson wrote: > I think we'd kinda have to establish that line as we went along, and > maybe refine the criteria further. But do bear in mind this proposal > affects only Beta as things stand. As noted below, the Final criterion > would certainly cover such a configuration, as it's a 'workable > partition layout'. So a failure of LVM-on-soft-RAID should be considered > a final release blocker under the criteria as they stand. The problem I see with the current approach is that (to choose a not-so- random example), LVM-on-RAID can be omitted from the Beta and then "turned on" in the final release with very little testing, which results in bugs like: https://bugzilla.redhat.com/show_bug.cgi?id=750480 https://bugzilla.redhat.com/show_bug.cgi?id=506189 -- ======== Ian Pilcher arequip...@gmail.com "Sometimes there's nothing left to do but crash and burn, or die trying" -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Partitioning criteria revision proposal
On 10/11/2012 01:51 AM, Adam Williamson wrote: > To give a specific proposal here, which I find always focuses minds, we > could simply adjust the relevant line to read: > > Creating and, optionally, encrypting partitions of any specified size > using all offered device and filesystem types. RAID-0, RAID-1, RAID-5 > and LVM must be offered as device types, and ext4 must be offered as a > filesystem type How about something along the lines of: All device and filesystem types offered by the previous Fedora release installer must be offered, unless removal of the type from the final release has been approved through the feature removal process. (Is there a feature removal process?) I'm not fond of the above language, but hopefully it conveys the idea. -- ============ Ian Pilcher arequip...@gmail.com "Sometimes there's nothing left to do but crash and burn, or die trying" -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Partitioning criteria revision proposal
On 10/11/2012 12:31 AM, Adam Williamson wrote: > We agreed at the blocker review meeting this morning that "most > commonly-used filesystem types" was really pretty vague and > unsatisfactory. The specific case we were considering was LVM. In the > end we agreed that, really, at Beta stage, anaconda ought to be capable > of dealing with any filesystem / device type it offers (the 'device > types' are LVM, RAID and btrfs). If a type isn't working it needs to be > either fixed or suppressed (as we did for the last couple of oldui > releases with btrfs - we suppressed it from the list as it wasn't > working). The intent here isn't to cover every possible bizarre > permutation anyone can come up with (the Final criterion does do that), > but more that just simply creating a partition in a pretty normal, > everyday way with any of the options offered shouldn't cause the > installer to fall over and die. Please, anaconda folks, if you think > this is too optimistic and you think we should exclude specific types or > limit the criterion to a specific subset of types, yell. Am I interpreting this correctly to mean that a beta can go out without support for software RAID and/or LVM, as long as they are not offered in the Anaconda interface? If so, uugh. Also if the intent isn't to support "every bizarre permutation", what combinations are required to work (if any)? My specific concern is LVM on top of software RAID. I've been running said configuration since at least RHL 8, and I'm getting pretty tired of having Anaconda break on it every 2 or 3 releases. I try to do my part by testing, but ... > It's worth noting that we're still using the old 'The installer must be > able to create and install to any workable partition layout using any > file system offered in a default installer configuration, LVM, software, > hardware or BIOS RAID, or combination of the above' criterion for Final. > I think this is not entirely optimal; the scenario dcantrell proposed in > the 'criteria review' thread, for instance, would technically be covered > by this. But revising it would be very difficult, I think, because all > you can really do is either write a *giant* laundry list of use cases in > the 'custom partitioning should be capable of' format, which is ugly and > horribly non-scalable, or wave a white flag and say 'partitioning issues > are subjective and we'll just deal with them case-by-case'. Those are > the only options I can come up with, anyway. If anyone has a neat idea > for improving the final criterion, please do propose it, because I'm > damned if I can. :) Could we at least have a no regressions criterion? -- Ian Pilcher arequip...@gmail.com "Sometimes there's nothing left to do but crash and burn, or die trying" -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Rebasing patches for fedora kernels
On 10/02/2012 03:37 PM, Sandro Mani wrote: > I was asked to try the drm-intel-next-queued for an intel drm bug (see > [1]). While frequently rebuilding packages, I've seldom had to rebuild a > kernel, especially with such a huge patch. In this case, I was lucky and > the diff between the drm-intel-next-queued and the vanilla 3.6-rc7 > (against which the branch is based) applied with some successful hunks > to kernel-3.6.0-1.fc18. But it would still be great to know, what would > be the proper way to approach such a case? Another option is to simply not bother with RPM for this: 1) Grab the source from kernel.org (git clone) 2) Copy the most recent kernel config-* file from /boot to .config in your kernel source tree. 3.) Apply patches 4) Run 'make oldconfig' and hit enter until it completes. 5) make -j bzImage 6) make -j modules 7) sudo make modules_install 8) sudo make install When the time comes to clean up, simply remove the unwanted files and directories from /boot and /lib/modules. -- ======== Ian Pilcher arequip...@gmail.com "Sometimes there's nothing left to do but crash and burn, or die trying" -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: NetworkManager bridging features available but not usable?
On 06/13/2012 12:03 PM, Adam Williamson wrote: > So it sounds like, right now, what you can do is take an existing > bridged config, drop NM_CONTROLLED=no from the ifcfg files, enable the > NM service if necessary, and then see if NM takes over properly. It > doesn't seem to be explicitly stated, but reading between the lines, the > UI stuff isn't done yet. > I just tried this, and NetworkManager didn't bring up either the physical interface or the bridge. Here are ifcfg-eth0 and ifcfg-br0: DEVICE=eth0 ONBOOT=yes TYPE=Ethernet IPV6INIT=no HWADDR=00:22:4d:4f:c7:ed BRIDGE=br0 #NM_CONTROLLED=no IPADDR=172.31.250.1 GATEWAY=172.31.250.254 NETMASK=255.255.255.0 DEVICE=br0 ONBOOT=yes TYPE=Bridge IPV6INIT=no DELAY=0 #NM_CONTROLLED=no Anyone have any ideas? -- ======== Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: yum-presto to get multicore support
On 05/22/2012 05:45 AM, Andre Robatino wrote: > For some people with fast connections/slow PCs, using deltarpms via yum-presto > can be slower than downloading the full RPMs. Jonathan Dieter just did a > Rawhide > build (yum-presto-0.8.0-1.fc18) that adds multicore support to yum-presto. > Would > be interested if people would note what rebuild speed they get before and > after > updating to this version, and if the speedup is close to linear. My experience > is that rebuilding drpms is CPU-bound so there's a good chance it will be. Excellent! I'm one of those people who have been removing yum-presto for exactly the reason that you describe (40Mbps connection, 4-core SandyBridge CPU). Would love to test this out. Can we a F17 build? -- ======== Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Hey! Hard disk install of DVD iso works!
On 04/17/2012 07:02 PM, Adam Williamson wrote: > On Tue, 2012-04-17 at 18:13 -0400, Tom Horsley wrote: >> (but why is it *always* broken in Alphas? :-). > > The clue is in the name ;) I disagree. Alphas obviously have bugs, but when the *same* bug (or different bugs with the same symptoms) are present in alpha after alpha (or beta after beta, etc.) then something is broken in the process. -- ============ Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: /etc/yum/protected.d/ content thwarts yum update/upgrade
On 04/01/2012 12:50 PM, Felix Miata wrote: > grub-0.97-75.fc16.i686 (and whatever may depend on it). I know how to > maintain menu.lst/grub.conf myself, so don't need automatic bootloader > maintenance at kernel upgrade time. I don't need EFI capability either. Note that there's no need to have the grub RPM installed to use GRUB legacy as your boot loader. It's only required if you need to re-install GRUB on your system for some reason, which you'll probably need to do from a live-CD anyway. -- ============ Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Anaconda hanging during storage scan
Anyone else seeing anaconda appear to simply hang/freeze during the initial storage scan? https://bugzilla.redhat.com/show_bug.cgi?id=797422 -- Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Anaconda should be rewritten in a compiled language!
On 02/16/2012 10:42 PM, Ian Pilcher wrote: > I'm willing to bet that I wouldn't be getting a "NameError: global name > 'BRFSError' is not defined" traceback if it were. (BTRFSError anyone?) Apparently it's not BTRFSError either. https://bugzilla.redhat.com/show_bug.cgi?id=796013 -- ======== Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Anaconda should be rewritten in a compiled language!
Just kidding ... sort of. I'm willing to bet that I wouldn't be getting a "NameError: global name 'BRFSError' is not defined" traceback if it were. (BTRFSError anyone?) Bugzilla at https://bugzilla.redhat.com/show_bug.cgi?id=794504. -- ============ Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Release criteria proposal: 'support' /boot on RAID
On 11/15/2011 04:20 PM, Adam Williamson wrote: > > "The installer must be able to create and install to software, hardware > or BIOS RAID-0, RAID-1 or RAID-5 partitions" > > Mo has already written up a test case for /boot on RAID which we can use > to test this in future. > > Any thoughts, modifications, objections? Thanks! You probably want to be clear that /boot is RAID-1 only (unless grub2 has *really* come a long way). Also, I see 3 possible scenarios: 1. create a brand new software RAID-1 device and format it 2. format an existing software RAID-1 device 3. use an existing software RAID-1 device without formatting I think it's worthwhile being specific about which are supported. -- ============ Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: 32 bit Verne doesn't grok rc.local
On 11/10/2011 12:42 PM, Bill Nottingham wrote: > > rc.local is generally a shell script. Make sure it's prefixed as one with > > #!/bin/bash > > (or your shell of choice.) > And make sure it's executable (chmod 0755). -- ============ Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Post-TC1 strategizin'
On 08/03/2011 07:41 PM, Adam Williamson wrote: > So, we have the choice of waiting for all blockers to be resolved before > we do the next compose, which might take a while, or doing a TC2 with > the most critical fixes in. What approach do people think we should > take? Would a TC2 have any value or should we just clean up all the > blockers we know about before we do another build, and make it RC1? How about a respin focused on getting anaconda working, so people can at least do basic testing? -- ============ Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: fsck.btrfs? (Was Re: Feedback needed : Fedora 15 Announcement)
On 05/20/2011 03:44 PM, Adam Williamson wrote: > fedpkg co somepackage [pilcher@ian temp]$ fedpkg co btrfs-progs Cloning into btrfs-progs... The authenticity of host 'pkgs.fedoraproject.org (209.132.181.4)' can't be established. RSA key fingerprint is fe:2e:6a:86:f3:41:e7:03:95:ea:9c:7f:75:9c:ce:9d. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'pkgs.fedoraproject.org,209.132.181.4' (RSA) to the list of known hosts. Permission denied (publickey). fatal: The remote end hung up unexpectedly Could not clone: Command '['git', 'clone', 'ssh://pilc...@pkgs.fedoraproject.org/btrfs-progs']' returned non-zero exit status 128 Probably because I'm not an authorized, certified, assimilated, folded, spindled, and mutilated Fedora poo-bah. I'm all for making maintainers lives easier, but ... -- ==== Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: fsck.btrfs? (Was Re: Feedback needed : Fedora 15 Announcement)
On 05/20/2011 12:03 PM, Adam Williamson wrote: > With the awesomeness of git-format-patch, probably not =) It's good to > get into the habit of providing spec fixes as git-formatted patches > these days, it makes it very easy on the maintainer - they can apply it > with a one-liner. Is there any documentation anywhere on how to do this? -- ======== Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: fsck.btrfs? (Was Re: Feedback needed : Fedora 15 Announcement)
On 05/20/2011 10:57 AM, Bryn M. Reeves wrote: > Also, given the triviality that you point out a patch in the bug wouldn't go > amiss I'm sure (fwiw e2fsprogs uses hardlinks for these files and dosfstools > uses symlinks). Yeah, but it would be a one-line patch to the SPEC file. It seems like it would actually be more work for the package maintainer to process the patch than to simply go in and add the ln command. > One possible reason for the reluctance to change this however may be that the > tool is not yet considered mature enough to be glued into the bigger > fsck/fsck.* > infrastructure - I can't speak for the btrfs folks but this seems reasonable > given that btrfsck is considered experimental at the moment (and mkfs.btrfs > exists..). I have to admit to having a hard time figuring out exactly how experimental btrfs is considered to be these days. -- ============ Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: fsck.btrfs? (Was Re: Feedback needed : Fedora 15 Announcement)
On 05/20/2011 01:08 AM, Rahul Sundaram wrote: > > No idea. Try filing a RFE against that package > Doesn't appear to have done any good in the past. https://bugzilla.redhat.com/show_bug.cgi?id=625967 -- ============ Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: fsck.btrfs? (Was Re: Feedback needed : Fedora 15 Announcement)
On 05/19/2011 10:33 AM, Rahul Sundaram wrote: > > $ rpm -qf /sbin/btrfsck > > btrfs-progs-0.19-13.fc15.x86_64 > Is there a reason that package doesn't provide a fsck.btrfs symlink? -- ======== Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
fsck.btrfs? (Was Re: Feedback needed : Fedora 15 Announcement)
On 05/19/2011 08:57 AM, Rahul Sundaram wrote: > On 05/19/2011 07:28 PM, Richard Shaw wrote: >> I assume since btrfs is available without a special boot command that >> it now has fsck? If so it might be a good thing to mention since I >> think the lack of it has scared a lot of people off from trying it. > > It has a limited fsck. A more feature rich version is under active > development and that is the only reason it is not the default filesystem > yet. Where? [pilcher@ian ~]$ sudo yum --disablerepo=*-debuginfo provides '*/fsck.btrfs' Loaded plugins: auto-update-debuginfo, fastestmirror, refresh-packagekit Loading mirror speeds from cached hostfile * fedora: ftp.ndlug.nd.edu * livna: rpm.livna.org * rpmfusion-free-rawhide: mirrors.tummy.com * rpmfusion-nonfree-rawhide: mirrors.tummy.com * updates-testing: mirrors.usc.edu livna/filelists_db | 1.4 kB 00:00 rpmfusion-free-rawhide/filelists_db | 420 kB 00:00 rpmfusion-nonfree-rawhide/filelists_db | 101 kB 00:00 updates-testing/filelists_db | 6.1 MB 00:02 No Matches found -- ============ Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Does spinfinity work for anybody
The spinfinity plymouth theme seems to somehow "hang" the system on boot, preventing X or any gettys from starting. Other plymouth themes don't display this problem. Anyone else seeing this? Anyone have spinfinity working? TIA -- ============ Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: How to debug plymouth?
On 03/27/2011 10:21 AM, Rahul Sundaram wrote: > On 03/27/2011 08:16 AM, Ian Pilcher wrote: >> For some reason, plymouth is not displaying a graphical boot theme on my >> newly installed (Fedora 15 Alpha) system -- despite the fact that kernel >> modesetting works just fine. >> >> How can I debug this? > > Just file a bug report and let the developer ask for more information if > necessary > https://bugzilla.redhat.com/show_bug.cgi?id=699243 What's plan B? -- ============ Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Well, I've tried GNOME 3 now...
On 04/27/2011 10:15 AM, Rahul Sundaram wrote: > Sure but compared to all the rants about KDE 4.0 during its launch, > there isn't much talk about the fork. I have a alert set on media > reports on it and there has barely been any. Probably it has as much > users as Fluxbox. Reasonably successful but isn't competing with KDE > 4.x in any way. I imagine that Trinity would have gotten a ton of traction if it had been available (or more widely known, if it was available) during the "early days" of KDE 4. >From my perspective, KDE 4 reached feature parity with 3.5 when KDE 4.4 brought back the middle-click window list. Others will obviously have different perspectives, but most KDE 3.5 "refugees" with whom I've spoken seem to have become fairly satisfied with KDE 4 around that time. KDE 4.4 was released in February, 2010, 2 months before Trinity's first release. -- ============ Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Well, I've tried GNOME 3 now...
On 04/26/2011 11:12 PM, David L wrote: > - The panel on the top is mostly wasted space AFAICT and >I haven't figured out how to add a custom launcher that my >5 year old is used to. Am I missing something? Clearly, your 5 year old is broken. -- ============ Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Well, I've tried GNOME 3 now...
On 04/25/2011 09:36 PM, Bill Nottingham wrote: > (drifting way off-topic for test@, at this point...) Maybe we need fedora-gno...@redhat.com? > It was stated that GNOME upstream, to use the Ford analogy, have eliminated > the panel/menu/desktop-icon desktop metaphor from existence in Fedora 'by > fiat'. I find that a pretty silly argument given the choices that are > available. Possibly a bad choice of terminology, but I stand by the specific point I was making that Henry Ford did not make the decision to eliminate horse-powered transport; he provided an alternative that the people/ market/whatever ultimately found to be superior. In the case of GNOME, the developers of that project have made a decision that effectively removes the GNOME 2 interface as an option for many users -- the vast majority of whom do not have the time and/or skills to build and maintain a desktop environment. We will never know which interface would have been more successful in the FLOSS desktop environment "market". That's unfortunate, but it's also probably inevitable in a world of limited resources. The two situations are simply not the same, and that's the only point I was trying to make. -- ============ Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Well, I've tried GNOME 3 now...
On 04/25/2011 11:19 AM, drago01 wrote: > "If I'd asked people what they wanted, they would have said a faster > horse.” – Henry Ford But Henry Ford didn't eliminate animal powered transportation by fiat. The "people" ultimately decided that they preferred motorized transport. GNOME users are not being given that choice. It's as if Henry Ford had sent squads of employees out to shoot every horse they could find. -- ======== Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: GNOME 3 != KDE 4 (was Well, I've tried GNOME 3 now...)
On 04/24/2011 09:52 PM, Antonio Olivares wrote: > some folks wanted kde 3.5.X back, and Fedora would not go back and put in Kde > 3.5.x ---> i don't see Fedora putting Gnome 2.3X back just because people > want it or miss some features You make a good point that from Fedora's point of view, the transitions are similar. (I.e. Fedora isn't going back no matter how much people complain.) I was actually talking about GNOME 3 and KDE 4 more generally. As I said, not really on-topic for this list. As a KDE user, I fully support Fedora's transition to GNOME 3. After the pain that KDE users experienced, it seems only fair. -- ======== Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
GNOME 3 != KDE 4 (was Well, I've tried GNOME 3 now...)
On 04/24/2011 02:11 PM, Antonio Olivares wrote: > This is deja vu all over again with > sed -i 's|Gnome 3|KDE 4|' I keep seeing this comparison made, and I don't think that it's accurate. It's certainly true that the release of KDE 4.0 was terribly mismanaged, and the buggy/incomplete state of the code caused huge pain for KDE users. But releasing a "product" which is buggy and incomplete and telling users that they'll just have to wait to get their old functionality back is not the same as deliberately removing functionality and discoverability with no intention of ever restoring it. As incredibly (and unnecessarily) painful as the KDE 3.5-to-4.x transition was, the current incarnation of KDE is actually very usable. I can think of only one KDE 3.5 feature that I used that isn't present in KDE 4.6 -- different wallpapers per virtual desktop -- and I think it may actually be possible to achieve that by using activities. By comparison, if one believes the statements that have been made by GNOME developers in various blogs, mailing lists, etc., most of the features that people miss from GNOME 2.x are never coming back. This is very different. This is drifting well off-topic for this list, but the whole GNOME 3 == KDE 4 meme has been bugging me for a while. I feel so much better now. :-) -- ============ Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Long systemd pauses mounting local filesystem/swap
I just spent a long and frustrating night trying to recover my system from what I believed was a complete hang on startup. It turns out that it was just pausing for several minutes. I was finally able to track it down to these two lines in my /etc/fstab: UUID=67a74931-48ac-4bdd-91d2-3e788398d472 /boot ext4 defaults 1 2 /dev/mapper/root_vg-swap_lv swap swap defaults 0 0 Commenting out these two lines enables the system to come up at its usual speed. I tried using the filesystem LABEL for my /boot filesystem, but that also caused the delay. Interestingly, this *does* work: /dev/md0 /boot ext4 defaults 1 2 /dev/root_vg/swap_lv swap swap defaults 0 0 I'm way too tired to file a decent bug report now, but definitely wondering if anyone else has seen anything like this. TIA -- ==== Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: systemd: how to list enabled services
On 03/27/2011 06:26 AM, Henk Breimer wrote: > > Nobody seems to have found systemadm! > Does it all > Maybe I'm missing it, but I don't see any way to enable/disable services in systemadm. I finally settled on the following to list the status of all services: #!/bin/bash for SERVICE in `systemctl -t service --full --all list-units | awk '{ print $1 }'`; do echo -n "$SERVICE: " if systemctl is-enabled $SERVICE; then echo ENABLED else echo disabled fi done 2>/dev/null -- ======== Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
How to debug plymouth?
For some reason, plymouth is not displaying a graphical boot theme on my newly installed (Fedora 15 Alpha) system -- despite the fact that kernel modesetting works just fine. How can I debug this? I've tried booting with "plymouth:debug" on the kernel command line, but I still don't see anything useful /var/log/boot.log, /var/log/messages, or the output of dmesg. This is a new Sandy Bridge system with "Intel HD graphics", BTW, but that shouldn't matter as long as kernel modesetting works, right? Thanks! -- ============ Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: systemd: how to list enabled services
On 03/26/2011 12:18 PM, Clyde E. Kunkel wrote: > > systemctl list-units | grep active | more > > "systemctl -t service [--full] list-units " seems to actually get closest. -- ============ Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: systemd: how to list enabled services
On 03/25/2011 11:30 PM, Toshio Kuratomi wrote: > On Fri, Mar 25, 2011 at 11:05:21PM -0500, Ian Pilcher wrote: >> >> chkconfig --list | grep :on >> >> What is the systemd (systemctl equivalent)? > > ls /etc/systemd/system/*.wants/frobozz.service > > https://fedoraproject.org/wiki/SysVinit_to_Systemd_Cheatsheet > No. According to the cheatsheet, that is the equivalent of: chkconfig frobozz --list So my question still stands. -- ============ Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: systemd: how to list enabled services
On 03/26/2011 09:12 AM, Scott Robbins wrote: > > According to the wiki, chkconfig should work with systemd. Doesn't it? > > http://fedoraproject.org/wiki/Systemd#Does_chkconfig_command_work_with_systemd.3F > Running "chkconfig --list" prints this warning: Note: This output shows SysV services only and does not include native systemd services. SysV configuration data might be overriden by native systemd configuration. -- ============ Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
systemd: how to list enabled services
I'm in the habit of running chkconfig --list | grep :on to list all of the services that are enabled on my system (usually right after an installation, so I can disable all of the stuff that I don't need). What is the systemd (systemctl equivalent)? Thanks! -- ======== Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F15 Alpha will not start after my last yum update
On 03/19/2011 10:09 PM, Petrus de Calguarium wrote: > Be patient, it might take 30 minutes for your system to boot! Alternatively, reset your system, boot into runlevel 1, start networking (systemctl start network.service), yum downgrade rsyslog, and reboot. Has this problem been bugzilla'ed, BTW? -- ======== Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: problems with sub dirs being deleted in /var/run
On 03/15/2011 09:30 AM, Brian Millett wrote: > Sweet. Thanks. Now I know what to file a bug against. Already filed (at least for mysqld). https://bugzilla.redhat.com/show_bug.cgi?id=658938 -- ==== Ian Pilcher arequip...@gmail.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
KVM modules not being loaded
I'm not sure when it started happening, but I just noticed that the KVM modules (kvm and kvm_amd in my case) are not being automatically loaded when I boot Fedora 15. I'm not sure what mechanism is supposed to autoload the modules, so I can't file a bug against the correct component. Anyone know where the magic is supposed to happen? -- ============ Ian Pilcher arequip...@gmail.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
GnuCash crashing with latest glibc
GnuCash crashes (in dlopen) while starting with glibc-2.13.90-5. https://bugzilla.redhat.com/show_bug.cgi?id=682406 I figure a note to this list is warranted, since some folks might be trying to update their checking accounts this weekend. -- Ian Pilcher arequip...@gmail.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
New selinux denials - systemd-tmpfiles
type=AVC msg=audit(1298433619.539:64): avc: denied { read } for pid=2927 comm="systemd-tmpfile" name="unix" dev=proc ino=4026531981 scontext=system_u:system_r:systemd_tmpfiles_t:s0 tcontext=system_u:object_r:proc_net_t:s0 tclass=file type=AVC msg=audit(1298433619.539:64): avc: denied { open } for pid=2927 comm="systemd-tmpfile" name="unix" dev=proc ino=4026531981 scontext=system_u:system_r:systemd_tmpfiles_t:s0 tcontext=system_u:object_r:proc_net_t:s0 tclass=file and type=AVC msg=audit(1298433619.539:65): avc: denied { getattr } for pid=2927 comm="systemd-tmpfile" path="/proc/2927/net/unix" dev=proc ino=4026531981 scontext=system_u:system_r:systemd_tmpfiles_t:s0 tcontext=system_u:object_r:proc_net_t:s0 tclass=file Anyone have any thoughts on whether this should be BZ'ed against systemd or selinux? -- ======== Ian Pilcher arequip...@gmail.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: gnome-applets and rawhide updates
On 02/18/2011 06:51 AM, "Jóhann B. Guðmundsson" wrote: > Take note that there have been several reports from reporters > experiencing graphic related problems and all of them have in common > using an ATI card for example mutter causes segfault in r300 driver on > my i386 test machine while x86_64 test machine has an NVIDIA cards and > works just ( alpha ) fine. Count me among those experiencing serious problems with the r300 driver (since I upgraded from Fedora 13 to Fedora 14, in fact). Do you have any bugzilla numbers? TIA -- ======== Ian Pilcher arequip...@gmail.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Annoying IMSettings notification
On 02/16/2011 03:07 PM, Ian Pilcher wrote: > Every time I log in to KDE, I'm greeted with the following notification: > > No modules loaded > > IMSettings won't affects anything on your desktop. please make sure > if you have proper... > > Any idea how I can turn this off? > > (I supposed that the translation problems should be reported upstream. > Anyone know what product/component it should go against?) > This is on Fedora 15 (KDE 4.6.0), BTW. -- ============ Ian Pilcher arequip...@gmail.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Annoying IMSettings notification
Every time I log in to KDE, I'm greeted with the following notification: No modules loaded IMSettings won't affects anything on your desktop. please make sure if you have proper... Any idea how I can turn this off? (I supposed that the translation problems should be reported upstream. Anyone know what product/component it should go against?) -- ======== Ian Pilcher arequip...@gmail.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: systemd won't start dovecot
On 02/16/2011 02:20 PM, Ian Pilcher wrote: > On 02/16/2011 01:22 PM, Adam Williamson wrote: >> >> What does 'systemctl start dovecot.service' do? > > That works. No output, but "systemctl status dovecot.service" says that > it's running. > I added the following to /lib/systemd/system/dovecot.service: [Install] WantedBy=multi-user.target And dovecot is now started on boot. I copied this from crond.service, so I have no idea if it's really correct. Off to bugzilla. -- ======== Ian Pilcher arequip...@gmail.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: systemd won't start dovecot
On 02/16/2011 01:22 PM, Adam Williamson wrote: > On Wed, 2011-02-16 at 12:30 -0600, Ian Pilcher wrote: >> I have been unable to get systemd to start dovecot. I've chkconfig'ed >> it on to no avail. "systemctl enable dovecot.service" says: >> >> Unit files contain no applicable installation information. Ignoring. > > What does 'systemctl start dovecot.service' do? That works. No output, but "systemctl status dovecot.service" says that it's running. -- ==== Ian Pilcher arequip...@gmail.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
systemd won't start dovecot
I have been unable to get systemd to start dovecot. I've chkconfig'ed it on to no avail. "systemctl enable dovecot.service" says: Unit files contain no applicable installation information. Ignoring. Any ideas? Thanks! -- ======== Ian Pilcher arequip...@gmail.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 15 initrd has a long time to load
On 02/14/2011 08:20 AM, Chris Lumens wrote: > > We are working on making it smaller, but don't expect any miracles. > Is it possible to make grub print more dots? I think that this would help a lot to give users a sense that something is actually happening. -- ============ Ian Pilcher arequip...@gmail.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
SPICE crashing qemu-kvm 0.14.0
Is anyone able to run a SPICE guest with qemu-kvm 0.14.0? qemu-kvm-0.14.0-0.1.201102107aa8c46.fc15.x86_64 crashes hard (see https://bugzilla.redhat.com/show_bug.cgi?id=677169). I'd expect a bit more screaming if everyone was seeing this, though, so posting here to see if anyone is successfully running a SPICE guest with this version. Thanks! -- ==== Ian Pilcher arequip...@gmail.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: What has happened to desktop icons in rawhide?
On 01/25/2011 08:35 AM, Matthias Clasen wrote: > Make a better proposal then. Just doing nothing is not an option. Why not? Please point to the Fedora policy that says this. -- ==== Ian Pilcher arequip...@gmail.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test