Re: LLVM 3.5 rebase
On Mon, Oct 20, 2014 at 10:19:16AM -0400, Adam Jackson wrote: On Fri, 2014-10-17 at 19:16 +0200, Sergio Pascual wrote: 2014-10-17 16:00 GMT+02:00 Peter Robinson pbrobin...@gmail.com: So I'm OK with retiring python-llvmpy if a patch doesn't appear soon. I would be too, but I'm going to want 3.5 in F21, and we have this whole thing about not retiring packages in a live release. Perhaps I should just barge ahead with a compat-llvm34? i can take a look at llvmpy this week, but i'd recommend just retiring it otherwise. it can come back if it has to. --kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: rawhide report: 20140813 changes
On Wed, Aug 13, 2014 at 11:22:17AM -0600, Jerry James wrote: iwl5000-firmware-8.83.5.1_1-38.fc21.1 iwl5000-firmware-8.83.5.1-39.fc22.1 iwl5000-firmware-8.83.5.1_1-38.fc21.1 iwl5000-firmware-8.83.5.1-39.fc22.1 So that's an upgrade, right? But yum distro-sync disagrees: ... Downgrading: iwl5000-firmware noarch 8.83.5.1-39.fc22.1rawhide 293 k ... Which is right, yum or rpmdev-vercmp? (This is yum-3.4.3-153.fc22.noarch and rpmdevtools-8.4-3.fc21.noarch, by the way.) Bleh, I just ran a script to generate it from git. I have no idea why it had an underbar in it previously, but the files themselves didn't change. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: are compiler flags being honored?
On Wed, Aug 13, 2014 at 09:55:37PM +0200, Dhiru Kholia wrote: I noticed the same earlier and I am not sure how the stack protection works for assembly language files (it seems to be a super hard problem). Can some compiler / toolchain folks handle this question? Long story short: assembly routines which set up their own stack frames won't have any stack protection, so it won't matter. It would be possible, in theory, to do, but quite unpleasant, given it differs between X86 and elsewhere, and whether you've got TLS implemented or not on X86... regards, Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Assistance with a dlopen bug...
On Wed, Jul 30, 2014 at 10:25:42PM +0200, Dan Horák wrote:
File /usr/lib64/calibre/calibre/utils/magick/__init__.py, line
14, in module raise RuntimeError('Failed to load ImageMagick:
'+_merr) RuntimeError: Failed to load ImageMagick: dlopen: cannot
load any more object with static TLS
IIRC they had the same problem on aarch64 some time ago, Kyle should
know
Dan
Unless he's running this on AArch64, it's unlikely to be the same problem
as there. You'd need to debug how many .so are being dlopen()'d as a result
of this code executing to go any further, and then figure out which have
DF_STATIC_TLS set in their readelf output.
--Kyle
ImageMagick hasn't changed recently at all, so I think it's something
in it's dep tree, but not really sure how to go about finding it.
Anyone have clever ideas? :)
kevin
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Corrupted ELF file in edelib-2.1-4.fc21.i686 in rawhide
On Fri, Jun 27, 2014 at 08:08:59PM +0200, Florian Weimer wrote: /usr/lib/libedelib.so.2.1.0 is quite corrupted. ldd thinks it's statically linked, and readelf reports these errors (among others0. readelf: Error: Section 15 has invalid sh_entsize of 5a794 readelf: Error: (Using the expected size of 12 for the rest of this dump) readelf: Error: Section 16 has invalid sh_entsize of 5a798 readelf: Error: (Using the expected size of 12 for the rest of this dump) readelf: Error: Section 17 has invalid sh_entsize of 5a7c0 readelf: Error: (Using the expected size of 12 for the rest of this dump) The ELF dependency injection failed as well, so that the package isn't even installable because an unfulfilled self-dependency. I don't see anything obviously wrong going wrong in the build log. Any ideas what's happening? find-debuginfo.sh seems to be doing it, although i'm not entirely sure how yet. weird. --kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Schedule for Wednesday's FESCo Meeting (2014-06-18)
On Wed, Jun 18, 2014 at 09:07:40AM -0400, Stephen Gallagher wrote: Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 17:00UTC in #fedora-meeting on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2014-06-18 17:00 UTC' Ah, crud, I have a conflict this week... I thought we were meeting at 12PM and I'd be OK. Sorry about that, it won't be an issue in the future. :/ --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: arm builder versus buildvm-26.phx2 , different results ?
On Thu, Feb 20, 2014 at 06:39:38AM +, Sérgio Basto wrote: The answer appears to be because dpkg thinks DEB_BUILD_ARCH and DEB_HOST_ARCH are different for us (arm versus armel respectively.) and this means it doesn't run dh_auto_test properly. The reason for that is more complicated, and it appears to think we're cross-compiling because dpkg --print-architecture and gcc -dumpmachine lead dpkg to think we're arm in one case and armel in the other through the archtable. so is dpkg fault ? Thanks, but what should I do ? report upstream ? Well, given for armv7hl-redhat-linux-gnu, I think we want armhfp to be our architecture... I wouldn't quite blame anyone, but we probably need a translation layer between our triplet, and Debian's idea of what it means. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: arm builder versus buildvm-26.phx2 , different results ?
On Wed, Feb 19, 2014 at 11:26:06PM +, Sérgio Basto wrote: Hi, Sorry I'm little busy right now, to detail much but I submit the same build twice, one ended in arm builder and fails the other ended in buildvm-26.phx2 and don't failed, so I though this much be reported ... http://koji.fedoraproject.org/koji/taskinfo?taskID=6549489 http://koji.fedoraproject.org/koji/taskinfo?taskID=6549556 in arm builder , build.log fails on perl tests, t/buildsystems/buildsystem_tests (Wstat: 1024 Tests: 297 Failed: 4) the problem is in package or in builders ? At a guess, the problem is that debhelper's t/buildsystems/autoconf/configure doesn't handle --host. Why that's getting passed on arm, I can't precisely say. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: arm builder versus buildvm-26.phx2 , different results ?
On Wed, Feb 19, 2014 at 10:40:41PM -0500, Kyle McMartin wrote: Sorry I'm little busy right now, to detail much but I submit the same build twice, one ended in arm builder and fails the other ended in buildvm-26.phx2 and don't failed, so I though this much be reported ... http://koji.fedoraproject.org/koji/taskinfo?taskID=6549489 http://koji.fedoraproject.org/koji/taskinfo?taskID=6549556 in arm builder , build.log fails on perl tests, t/buildsystems/buildsystem_tests (Wstat: 1024 Tests: 297 Failed: 4) the problem is in package or in builders ? At a guess, the problem is that debhelper's t/buildsystems/autoconf/configure doesn't handle --host. Why that's getting passed on arm, I can't precisely say. The answer appears to be because dpkg thinks DEB_BUILD_ARCH and DEB_HOST_ARCH are different for us (arm versus armel respectively.) and this means it doesn't run dh_auto_test properly. The reason for that is more complicated, and it appears to think we're cross-compiling because dpkg --print-architecture and gcc -dumpmachine lead dpkg to think we're arm in one case and armel in the other through the archtable. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: How to exclude and arch for a noarch package?
On Fri, Oct 04, 2013 at 11:15:09AM -0500, Bruno Wolff III wrote: I have a noarch package that depends on kernel-modules-extra that is no longer being built for arm. What is the proper way to exclude my package from arm? I can restore the empty package for you. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: How to exclude and arch for a noarch package?
On Fri, Oct 04, 2013 at 06:24:05PM +0200, drago01 wrote: On Fri, Oct 4, 2013 at 6:21 PM, Kyle McMartin k...@redhat.com wrote: On Fri, Oct 04, 2013 at 11:15:09AM -0500, Bruno Wolff III wrote: I have a noarch package that depends on kernel-modules-extra that is no longer being built for arm. What is the proper way to exclude my package from arm? I can restore the empty package for you. You can just make let the kernel package provide kernel-modules-extra instead of adding a dummy package. It was short sighted to remove it anyway, we'll likely move more junk to -extras in the future anyway. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: How to exclude and arch for a noarch package?
On Fri, Oct 04, 2013 at 11:44:38AM -0500, Bruno Wolff III wrote: On Fri, Oct 04, 2013 at 12:21:19 -0400, Kyle McMartin k...@redhat.com wrote: On Fri, Oct 04, 2013 at 11:15:09AM -0500, Bruno Wolff III wrote: I have a noarch package that depends on kernel-modules-extra that is no longer being built for arm. What is the proper way to exclude my package from arm? I can restore the empty package for you. That wouldn't really make sense. They package makes sure the joystick drivers are available (hence the dependency) and that they get loaded at boot. (Which is convenient, especially on the games spin.) Since arm doesn't have those, it doesn't make sense for the joystick-support package to exist there either. But I thought there were issues with doing exclude arch for a noarch package. Sounds good to me. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Why is AHCI built-in?
On Wed, Aug 28, 2013 at 12:46:31AM +0200, poma wrote: Any links/docs to offer on this topic? Thanks. I don't have a link off-hand, but a book about computer architecture should let you figure things out: At what level of detail? The kernel attempts to map itself using 2MB pages on X86 where possible (since it's large and contiguous.) For various reasons, modules are mapped using 4K pages since they'd need to be padded out to 2MB (very little module .text would be that big, and obviously code and data are mapped separately for protection reasons.) Also, separate modules need to be on separate pages in order to ensure that you can remove them independently. So the more modules you have loaded, the more likely useful TLB (translation lookaside buffer, which caches virtual to physical mappings) from userspace will get pushed out by the kernel on a system call or interrupt. regards, Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Why is AHCI built-in?
On Mon, Aug 19, 2013 at 01:16:03PM -0500, Ian Pilcher wrote: Somewhere along the line, the AHCI driver was changed from a module to being built-in to the kernel. This is a major PITA for anyone who wants to use a different/customized version of this driver. (I want to rebuild it with LED triggers for the disk LEDs on my NAS.) I haven't been able to find anything in git or BZ about why this was done, probably because searching on ahci and module in Bugzilla isn't exactly productive. because it's commonly used and found on basically every machine now. there are many advantages to having it built in that outweigh the cons. --kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Why is AHCI built-in?
On Mon, Aug 19, 2013 at 01:35:16PM -0500, Ian Pilcher wrote: On 08/19/2013 01:19 PM, Kyle McMartin wrote: because it's commonly used and found on basically every machine now. there are many advantages to having it built in that outweigh the cons. A couple of questions: - What are the advantages of having the driver built-in, as compared to simply ensuring that it's always included in the initramfs? performance, you'll take fewer tlb misses. - Was this change discussed anywhere? among the fedora kernel team at plumbers conf in 2008. --kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Rawhide Koji Errors (Requires: /sbin/ldconfig)
On Tue, Aug 13, 2013 at 04:13:20PM -0400, Miro Hrončok wrote:
Hi,
I believe there's something wrong in Koji Rawhide buildroot, as it
appears nothings provides /sbin/ldconfig.
DEBUG util.py:264: Error: Package: foo
DEBUG util.py:264: Requires: /sbin/ldconfig
http://kojipkgs.fedoraproject.org//work/tasks/2927/5812927/root.log
Is this something known or intended?
it's probably related to glibc's UsrMove transition...
commit 62c3082486aa6e0341a978c15ca3903802c58a81
Complete `Move to /usr' transition for package.
All relevant files are not installed to /usr, with the expectation
that the distribution will provide compatibility links from the
old paths to the new paths. All uses of a bare `/usr' have been
replaced with uses of `%{_prefix}' for files installed by the
package.
Perhaps we should untag it for now.
--Kyle
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F20 System Wide Change: Enable kdump on secureboot machines
On Mon, Jul 22, 2013 at 02:54:41PM -0400, Vivek Goyal wrote: On Fri, Jul 19, 2013 at 06:08:48PM +0200, Florian Weimer wrote: [..] Have you considered a non-cryptographic solution, like a physical presence check to (temporarily) disable Secure Boot so that the kexec restriction no longer applies? This could be a fallback option if the original plan turns out to be too brittle/complex. I think kyle has a patch which will allow disabling secureboot restriction if one is on console. I will have to look into details and see how can I make use of it in kexec code to relax signature restrictions if user is on physical console. http://pkgs.fedoraproject.org/cgit/kernel.git/tree/devel-sysrq-secure-boot-20130717.patch It still needs a bit of work for edge cases, but seems to work ok in some simple VM testing. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F20 System Wide Change: ARM as primary Architecture
On Wed, Jul 10, 2013 at 11:19:33AM -0500, Dennis Gilmore wrote: armv7 has stack protector, aarch64 which is outside of this proposal doesnt yet have it. from redhat-rpm-config just because gcc accepts a flag, doesn't mean it has been implemented in the compiler. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F20 System Wide Change: ARM as primary Architecture
On Tue, Jul 09, 2013 at 01:00:27PM -0400, Josh Boyer wrote: = Proposed System Wide Change: ARM as primary Architecture = https://fedoraproject.org/wiki/Changes/ARM_as_Primary How many F19 packages currently fail to build (or are excluded but shouldn't be) on ARM? How do we stand against the other items of https://fedoraproject.org/wiki/Secondary_Architecture_Promotion_Requirements ? I'm particularly curious about the developer resources and release criteria items. The proposal calls out one kernel maintainer, which is great, but doesn't expand on how many others are doing ARM work. Is the ARM team on the hook to go through all of the existing QA criteria on ARM platforms and do they have enough resources to do this? I wouldn't limit the things I'm willing to fix to the kernel. I'll happily look into all ARM FTBFS. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: No kernel-debuginfo in Rawhide
On Wed, Jun 22, 2011 at 05:13:13PM +0100, Richard W.M. Jones wrote: Clearly. It's a bug, I don't build debuginfo locally because it's an epic waste of space and time, and that leaked into the spec. Sorry. Ah no problem! I thought it must have been a mistake, because the commit message was so obscure compared to your usual meaningful commit messages. It's not obscure, I literally typed 'make debug' :P Can we revert this one? I really need debuginfo ... Yes. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proven Packager help requested with mdadm bug 710646
On Tue, Jun 14, 2011 at 11:06:47AM -0500, Bruno Wolff III wrote: http://bugzilla.redhat.com/show_bug.cgi?id=710646 mdadm needs a fix to work with the new kernel versioning for 3.0 kernels. Milan Broz has a proposed patch and has asked for commit access to mdadm and no action has been taken by the package owner in over a week since the proposed patch has been posted. Not having this fix breaks booting if you have software raid arrays. I've sent another email to dledford asking for this, if I don't hear back by the end of the day, I'll fix it myself. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: headsup: rawhide 3.0 kernel needs symlink
On Fri, Jun 03, 2011 at 12:54:43PM +0100, Andy Green (林安廸) wrote: Hi - Maybe it's common knowledge already but the 3.0 / 3.0.0 thing has led to the uname -r of the kernel not matching the packaged module path. Your boot will be a bit minimal until you stick a symlink in along the lines of -- ln -sf /lib/modules/3.0-0.rc1.git0.1.fc16.x86_64 /lib/modules/3.0.0-0.rc1.git0.1.fc16.x86_64 Yeah, should be fixed in the next build, koji being out of commission didn't help get a timely fix pushed. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: kernel: CONFIG_NF_CONNTRACK=y
On Sat, May 14, 2011 at 12:10:45PM -0400, Dave Jones wrote: It used to be a module, but was converted to built-in as we were always loading it in the network scripts. A lot of the decisions made in those '5 second boot' days seem a bit boneheaded in hindsight. For f16, we should do a good re-review of such decisions, and decide what makes sense and what doesn't, and where possible fix the startup scripts instead of working around them. Especially given the push by certain people to drop the firewall by default, so conntrack wouldn't even be loaded in a multitude of cases. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes from today's FESCo meeting (2011-05-11)
On Thu, May 12, 2011 at 10:38:46AM -0400, Adam Jackson wrote: That's... unpleasant. And I'm not entirely sure it's intentional, I wouldn't expect -fPIE to imply -rdynamic. But my understanding of the problem may be naïve. I'll dig on this, thanks for bringing it up. (Obviously I'll be holding off updating the rpm macros until this is sorted.) Thanks, I'm looking into bfd this afternoon to figure out why exactly and whether this is expected. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: farewell to cvs.fedoraproject.org
On Thu, Apr 28, 2011 at 08:12:41AM -0600, Kevin Fenzi wrote: I have just taken cvs.fedoraproject.org down since the last 3 projects using it are moved off. ;) Hrm, that's not ideal, the kernel history never got converted, so the only way to blame old changes is to reference CVS... Can we get ahold of the RCS files and run our own if Fedora doesn't want to keep the pkg cvs around? --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: farewell to cvs.fedoraproject.org
On Thu, Apr 28, 2011 at 02:05:29PM -0600, Kevin Fenzi wrote: Hrm, that's not ideal, the kernel history never got converted, so the only way to blame old changes is to reference CVS... Yeah, I seem to remember that being noted after the git conversion and kernel folks saying they didn't much care, but I could be misremembering. ;) Not important that it got converted, pretty important that it stays accessible for a while... ;-) Can we get ahold of the RCS files and run our own if Fedora doesn't want to keep the pkg cvs around? Absolutely. Just ping me as to where you want them and I can dig them up. If you can just tar them up and shove them on fedorapeople or something, I can set up the rest. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: git push fails
On Wed, Mar 02, 2011 at 07:17:16AM -0500, Neal Becker wrote: How do I debug this? git push To ssh://nbec...@pkgs.fedoraproject.org/mercurial ! [rejected]master - master (non-fast-forward) error: failed to push some refs to 'ssh://nbec...@pkgs.fedoraproject.org/mercurial' To prevent you from losing history, non-fast-forward updates were rejected Merge the remote changes (e.g. 'git pull') before pushing again. See the 'Note about fast-forwards' section of 'git push --help' for details. http://pkgs.fedoraproject.org/gitweb/?p=mercurial.git If I had to guess, you don't have that top commit in your tree. Just run git pull or git merge origin/master to merge your changes with the commit from Dennis, and you should be able to push. Fedora disallows you to trample over other peoples commits by pushing a discontinuity in the history. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: git repository with Fedora kernel(s) sources
On Fri, Feb 25, 2011 at 06:14:48PM +0300, Peter Lemenkov wrote: Hello. I've got an interesting idea - why not to provide a git repository with the sources of current Fedora kernel? This could simplify the maintenance of patches, allows other to easily backport stuff from kernel.org's master and greatly improves the current situation with transparency of development process. It is fully transparent already. Moving to another model like this would actually likely be a regression in transparency, since changes would be hidden by the increased volume of rebases or merges. I mean I almost sure that Fedora Kernel team uses git internally, so why not to allow others to fork it? Because we're not interested in doing additional work for no benefit. Our workflow is an SRPM of patches, so that's what we work with. Anything else just adds needless complication, and worst of all, increases the possibility of introducing issues. The goal of the Fedora kernel is to stay as close to upstream as possible, aside from a few outliers, we generally do a very good job of that. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: git repository with Fedora kernel(s) sources
On Fri, Feb 25, 2011 at 08:32:34AM -0800, Garrett Holmstrom wrote: Fedora's patched kernel sources in a git repository and then include kernel-2.6.38-1.1.fc15.tar.bz2 in the source RPM instead of vanilla kernel-2.6.38.tar.bz2 and fifty patches. Red Hat appears to do this with RHEL 6's kernel, but their kernel repository is not publicly-accessible. RHEL also never rebases, which means their git tree is virtually linear. While I can see how this might make things a bit easier, it can obscure what commits are Fedora-specific as they are lost in the sea of the upstream kernel's commits, making me firmly against the proposal. Correct, look at, for instance, what Ubuntu's git tree looks like during a release, it's an utter mess of merges and local commits. There are advantages to both, with a low patch count, I'm happy with the workflow we have now. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide woes
On Thu, Feb 03, 2011 at 10:21:56PM +0100, Jim Meyering wrote: [0.737139] Kernel panic - not syncing: UFS: Unable to mount root fs on unXno wn-block(0,0) [0.737820] Pid: 1, comm: swapper Not tainted 2.6.38-0.rc3.git0.1.fc15.x86_64 #1 [0.738435] CaII Trace: [0.738714] [814673e7_] T panic+0x91/0x19c [0.739252] [81b58211_] T mount_block_root+0x250/0x27b [0.739809] [81b583c2_] T mount_root+0x53/0x57 [0.740284] [81b58533_] T prepare_namespace+0x16d/0x1a6 Your initrd is probably broken. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: debugfs query
On Mon, Jan 31, 2011 at 02:16:07PM -0700, Pete Zaitcev wrote: On Fri, 28 Jan 2011 11:19:22 -0500 Kyle McMartin k...@mcmartin.ca wrote: On Fri, Jan 28, 2011 at 10:36:20AM +, Steven Whitehouse wrote: Currently Fedora doesn't automatically mount debugfs at boot time. So I thought that it might be worth asking whether this should be the case? systemd seems to, so I guess it will be mounted by default in F-15. What is it in debugfs that SystemD needs? Not entirely sure, maybe it's just mounting it for the sake of mounting it or for the perf tool. master@systemd:.% rpm -ql systemd-units | grep debug (kyle@dreadnought:~/fedpkg/systemd) /lib/systemd/system/sys-kernel-debug.automount /lib/systemd/system/sys-kernel-debug.mount /lib/systemd/system/sysinit.target.wants/sys-kernel-debug.automount --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Support for MicroNext MN-WD550M Wireless USB 2.0 Adaptor
On Wed, Jan 26, 2011 at 08:58:36PM +, mike cloaked wrote: I wonder how long it will be before the RTL8192SU driver will be regarded as stable enough to go into mainstream? This works without any problems at all for me. Or is that a question to ask in the kernel list? My guess is never, given the low amount of work on the staging wifi drivers in general and the utter steaming piles of poo that they are. But I've been wrong before. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Where to properly file Kernel bugs while in RC?
On Sun, Jan 23, 2011 at 05:13:19PM -0500, Andy Lawrence wrote: Instead of annoying Kyle and Dave, is bugzilla.kernel.org a better place to file kernel bugs while in RC? I couldn't find any documentation but perhaps I'm blind! For example; the Function keys to adjust the LCD brightness on my Acer laptop quit between 2.6.37.2 and 2.6.38rc2. You can file them in whichever you feel like, but I've not had a chance to go over the kernel-maint queue very closely in a few weeks. If you file it upstream, you'll probably have to re-build without patches to get anyone to bite. regards, Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Where to properly file Kernel bugs while in RC?
On Mon, Jan 24, 2011 at 09:22:44AM -0500, Kyle McMartin wrote: Instead of annoying Kyle and Dave, is bugzilla.kernel.org a better place to file kernel bugs while in RC? I couldn't find any documentation but perhaps I'm blind! You can file them in whichever you feel like, but I've not had a chance to go over the kernel-maint queue very closely in a few weeks. If you file it upstream, you'll probably have to re-build without patches to get anyone to bite. Oh, and if there's patches/whatnot that need review, please send them to the fedora kernel list so they can be integrated in addition to whatever bugzillas, to ensure they don't get dropped on the floor. I'll be talking about this and other things a bit at FUDCON and updating the wiki and the like. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: vfork() semantics changed: ERESTARTNOINTR
On Thu, Dec 02, 2010 at 09:27:34AM -0800, John Reiser wrote: vfork() can fail with ERESTARTNOINTR which is 513 and somewhat young. 'make' did not know: https://bugzilla.redhat.com/show_bug.cgi?id=659382 If your package has any shell-like feature then it might be good to check for vfork(). These are internal kernel errnos, and I'm fairly certain are not supposed to leak to userspace, but be fixed up by the syscall return code... Roland? --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 15, new and exciting plans
On Sat, Nov 20, 2010 at 09:49:42PM -0500, Kyle McMartin wrote: On Sun, Nov 21, 2010 at 03:33:56AM +0100, Kevin Kofler wrote: Me. And I'm already angry at having to manually modprobe floppy in rc.local: https://bugzilla.redhat.com/show_bug.cgi?id=567533 If you're angry about a minor inconvenience then I think you might want to seek counsel, but for what it's worth, I'm sorry I haven't gotten around to poking ACPI to see if there's a floppy connected. Hi Kevin, (and Bruno if you're watching) Please try this: https://koji.fedoraproject.org/koji/taskinfo?taskID=2614153 And let me know what the output is on your machine (it uses ACPI to query the _FDE table in firmware, so hopefully we can only bind to it if a floppy is connected.) Grepping for 'fde' and 'floppies' should give me in the info I need. regards, Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 15, new and exciting plans
On Mon, Nov 22, 2010 at 08:00:55PM -0600, Bruno Wolff III wrote: https://koji.fedoraproject.org/koji/taskinfo?taskID=2614153 I've been running that kernel for a couple of days on one machine with floppies. (I am go to switch to -62 tonight.) Two other machines I have with floppies are running rawhide. One is essentially the same as the one I with get the info from shortly. The other is significantly different. Unlikely, given I only built it on Sunday night... It's a scratch build with a patch included. (Yes, the messages would be in dmesg.) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 15, new and exciting plans
On Mon, Nov 22, 2010 at 09:32:09PM -0600, Bruno Wolff III wrote: [2.691809] acpi_fde: failed to evaluate _FDE [2.692151] Floppy drive(s): fd0 is 1.44M [2.724514] floppy: loaded /dev/fd0 was created. Yeah, it falls back to the ordinary probing if anything fails. Can you send me (privately if you want, or fpaste) the dmesg of the machine? --Kyle I switched to the -62 kernel and /dev/fd0 was NOT created. (I wanted to make sure I hadn't put something on that machine to make the floppy available at boot.) So the patch looks good from the perspective of people who have floppies. I think I can test it on a machine that doesn't have a floppy drive tomorrow. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Rawhide kernel image no longer readable
On Fri, Nov 19, 2010 at 11:14:39PM +, Richard W.M. Jones wrote: Kyle, From latest Rawhide kernel.rpm: * Wed Nov 17 2010 Kyle McMartin k...@redhat.com - Make vmlinuz/System.map root read-write only by default. You can just chmod 644 them later if you (unlikely) need them without root. This completely breaks libguestfs. We need to be able to read the kernel image in order to boot it in qemu as a non-root user. What's the motivation for this change? Preventing rootkits from being able to trivially find addresses. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 15, new and exciting plans
On Sun, Nov 21, 2010 at 03:33:56AM +0100, Kevin Kofler wrote: Me. And I'm already angry at having to manually modprobe floppy in rc.local: https://bugzilla.redhat.com/show_bug.cgi?id=567533 If you're angry about a minor inconvenience then I think you might want to seek counsel, but for what it's worth, I'm sorry I haven't gotten around to poking ACPI to see if there's a floppy connected. regards, Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Rawhide kernel image no longer readable
On Sun, Nov 21, 2010 at 04:41:47AM +0100, Kevin Kofler wrote: Richard W.M. Jones wrote: The thing is, we really need to be able to boot a kernel in qemu as non-root, and carrying around a separately compiled or packaged kernel is in nobody's interest. I'm fairly sure this won't be the only application to break. We found it first because we are compiling and booting Rawhide in qemu virtually daily (so we tend to find any kernel or qemu problems very quickly -- it's the bain of my life). But I bet others will be needing to read those files. Also, I do think this smacks a bit of security through obscurity .. after all, the files that are being 'protected' here are being carried on a hundred or more mirror sites. It's the worst-kept secret :-) Uhm, indeed, making publicly available files non-readable is really useless. If it stops even one automated attack, then it's worth while. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
FESCo Election IRC Town Hall Transcript
On Tue, Nov 16, 2010 at 12:31:58PM -0500, Kyle McMartin wrote: A summary and the irc log will be posted and linked from the wiki after the discussion, if you're unable to watch it live. The IRC logs of the discussion are available at: http://meetbot.fedoraproject.org/fedora-townhall/2010-11-18/fesco-townhall.2010-11-18-15.02.log.html I'll be making an edited transcript available (I'll link it from the wiki[1]) which should be a little easier to read, in the next day or so. Thanks to our candidates, and to all who attended and submitted questions. regards, Kyle M. 1. https://fedoraproject.org/wiki/Elections ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sched_autogroup interactivity patch for the desktop
On Tue, Nov 16, 2010 at 04:58:11PM +0100, Ilyes Gouta wrote: Can we have this patch back ported into the current kernel for Fedora 14 and possibly posted as an update? :) Would be wonderful! Try this, http://kyle.fedorapeople.org/kernel/2.6.35.8-59.xsched1/ i686 coming whenever mock finishes. regards, Kyle. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
FESCo Election IRC Town Hall (2010-11-18 1500UTC)
Hi folks, Just announcing that there'll be an IRC town hall with the FESCo election candidates on Thursday, October 18th, at 1500UTC (1000 US/Eastern.) You can join #fedora-townhall-public to ask questions of the moderators, which will be posed and answered by the candidates in #fedora-townhall. More information is available here: https://fedoraproject.org/wiki/Elections#How_to_Join A summary and the irc log will be posted and linked from the wiki after the discussion, if you're unable to watch it live. Thanks in advance for your interest, Kyle PS: I'd like a volunteer to help me moderate the questions, or at least, help pick out the really good ones for our limited time (1 hr.) If you'd like to help out, please let me know. ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sched_autogroup interactivity patch for the desktop
On Tue, Nov 16, 2010 at 06:09:49PM -0500, Genes MailLists wrote: I am having these now :-( Hi Gene, Looks like the author hasn't run with CONFIG_DEBUG_SPINLOCK_SLEEP, as its a problem with the patch against 2.6.37-rc2 as well (it's doing kmalloc with irqs disabled.) I'll let you know if there's a fix, it's not straightforward. (The message should be fairly harmless though, just a nuisance.) regards, Kyle Nov 16 17:00:36 lap1 kernel: [18518.537661] BUG: sleeping function called from invalid context at mm/slub.c:1701 Nov 16 17:00:36 lap1 kernel: [18518.537665] in_atomic(): 0, irqs_disabled(): 1, pid: 8821, name: gnome-terminal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Plan for tomorrow's FESCo meeting (2010-09-28)
On Mon, Sep 27, 2010 at 02:32:03PM -0600, Kevin Fenzi wrote: Following is the list of topics that will be discussed in the FESCo meeting tomorrow at 19:30UTC (3:30pm EDT) in #fedora-meeting on irc.freenode.net. Sorry, got to send my regrets. Again, I've got to commute for a class at 4pm. I'd like to stand aside and let someone else take my place, as there's no way I'll be able to make the meeting for the next 10 weeks... regards, Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: kernel incantation needed - pata_it821x to noraid mode
On Thu, Sep 23, 2010 at 06:56:48PM -0400, Gregory Woodbury wrote: In trying to help debug an issue with the ITE8212 controller I want to force the controller out of smart mode reading thrugh the source code seems to indicate that adding pata_821x=noraid to the kernel command line should do the trick, but I may be missing something. Would some kind kernel guru please provide the right incantation? pata_it821x.noraid=1 on the cmdline should do it. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Plan for tomorrow's FESCo meeting (2010-09-21)
On Mon, Sep 20, 2010 at 01:23:37PM -0600, Kevin Fenzi wrote: Following is the list of topics that will be discussed in the FESCo meeting tomorrow at 19:30UTC (3:30pm EDT) in #fedora-meeting on irc.freenode.net. I won't be able to make it, as per usual, due to having to commute to the university for a class. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Meeting summary/minutes from today's FESCo meeting (2010-09-14)
On Tue, Sep 14, 2010 at 04:01:03PM -0600, Kevin Fenzi wrote: * pjones and ajax are traveling today, will not be able to attend. (nirik, 19:30:30) Sorry, I thought I had mentioned this on IRC before, but I have a conflict with the current scheduling for the next four months due to a class at the university. (I thought I could cope and get on irc this meeting, but the wireless access in the lecture theater was non-existant.) I think given this conflict, and the resulting discontent, I should probably stand aside and allow someone whose schedule can cope to be elected in my stead. (As I recall, when we determined the meeting time, this was basically the only time people were all 'available' for.) regards, Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Please remember to update rawhide
On Thu, Sep 02, 2010 at 10:38:05AM -0400, Toshio Kuratomi wrote: This doesn't mention the important problem that prompted the discussion in FESCo the other day: When you do an update in F-14 and rely on inheritance to get the package into rawhide, there is a problem. That package will not go to rawhide until it hits stable in F-14. That means, for the typical F-14 workflow of: * build for f14. * Push to testing in f14 * Wait one to two weeks for the package to receive some testing * Push to stable rawhide is left with an older inherited build until it is pushed to stable. Right, I guess I over simplified things. Thanks for pointing that out, Toshio. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: kernel maintainers - please review and commit patch in #528232
On Mon, Aug 30, 2010 at 08:50:01PM -0400, Jarod Wilson wrote: On Mon, Aug 30, 2010 at 5:53 PM, Marius Andreiana marius.andreia...@gmail.com wrote: Hi all, There's a long standing bug which prevents FC14 to boot on most EFI systems : https://bugzilla.redhat.com/show_bug.cgi?id=528232 Would a knowledgeable kernel developer please review the patch for drivers/video/efifb.c and commit it? https://bugzilla.redhat.com/show_bug.cgi?id=528232#c37 is in fact authored by one of the Fedora kernel maintainers, so it would seem they're already on it. Looks like Chuck missed it, I just committed it to F-14. regards, Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [kernel/f14/master] add in patch from lmacken to support more mac models with efifb
On Tue, Aug 31, 2010 at 05:58:49PM -0400, Luke Macken wrote: Thanks for taking care of this, Kyle. Should I send this patch upstream? if so, 1 patch per hardware? do/should I get sign-off's? Ideally, yes, you'll want to email the maintainer something like: From: Luke ... Subject: [PATCH] efifb: support new mac models ... To: The Maintainer Cc: linux-ker...@vger.kernel.org Add support for various new mac models, information from various user submissions. Signed-off-by: Luke Macken ... ... (anyone else in here) --- Diff in-line. --- I would imagine a roll-up of all the patches in one is fine, and probably preferably for the maintainer since it's less effort on their part. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: CONFIG_LOCKDEP
On Tue, Aug 17, 2010 at 01:38:59AM -0500, John H wrote: I'm trying to rebuild my kernel without debugging, I set the %define debugbuildsenabled to 1 and in the kernel.spec file before building with rpmbuild but I am still getting CONFIG_LOCKDEP=y in my kernel config file in my /boot directory after I install the built kernel. How do I fully disable this? It's a little late but: https://fedoraproject.org/wiki/Building_a_non-debugging_kernel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Plan for tomorrow's FESCo meeting (2010-07-20)
On Mon, Jul 19, 2010 at 12:41:39PM -0600, Kevin Fenzi wrote: Following is the list of topics that will be discussed in the FESCo meeting tomorrow at 19:30UTC (3:30pm EDT) in #fedora-meeting on irc.freenode.net. I must send my regrets for todays meeting, I've got to run an errand this afternoon and I suspect I won't be back in time. I'll leave my client idling in the channel and review the logs when I get back. Apologies for the late notice, it's just come up at the last minute. regards, Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes from today's FESCo meeting (2010-06-29 at 19:30UTC)
On Tue, Jun 29, 2010 at 04:27:08PM -0600, Kevin Fenzi wrote: 19:33:42 nirik oh, and kylem 19:33:46 mjg59 Oh, sorry, yes 19:33:51 mjg59 kyle's on vacation Dreadfully sorry guys, I totally spaced that I should have sent my regrets. I'll be back in Canada for next weeks. regards, Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Is bugzilla.redhat.com down?
On Tue, May 04, 2010 at 09:16:41AM -0600, Orion Poplawski wrote: Getting: Proxy Error The proxy server received an invalid response from an upstream server. The proxy server could not handle the request POST /post_bug.cgi. Reason: Error reading from remote server Yeah, it's down for maintenance for the next few minutes. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: can't mount a 4G USB memory stick (fat)
On Wed, Apr 28, 2010 at 11:13:34AM +0800, Luming Yu wrote: I noticed f13-beta can't mount 4G USB memory stick (fat) Any plan to fix it? Can you please file a bug and reply with the bug number? I'll follow up there. regards, Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: can't mount a 4G USB memory stick (fat)
On Wed, Apr 28, 2010 at 09:36:09AM -0400, Kyle McMartin wrote: On Wed, Apr 28, 2010 at 11:13:34AM +0800, Luming Yu wrote: I noticed f13-beta can't mount 4G USB memory stick (fat) Any plan to fix it? Can you please file a bug and reply with the bug number? I'll follow up there. Looks like the problem is that your stick has a FAT16 filesystem, but the FAT table overflows... Can you try running CHKDSK on Windows to see if it's ok? regards, Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning Candidate packages for removal due to FTBFS, implications
On Fri, Jan 15, 2010 at 01:17:28PM -0600, Matt Domsch wrote: unifdef-1.171-8.fc11.src.rpm https://bugzilla.redhat.com/show_bug.cgi?id=511553 i fixed this, but i think we should still remove it because it has been superceded by the superior sunifdef. regards, kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
