>> SystemTap is failing on pthread_cancel, which is odd since we have no
>> mention of pthread in our own sources. It seems to be pulled in by some
>> headers in the STL.
>> $ nm -C string.o
>> w pthread_cancel
>> So it seems that now I have to know what my dependent libraries
On 01/13/2010 08:24 AM, Nick Clifton wrote:
> Hi Guys,
>
>>> SystemTap is failing on pthread_cancel, which is odd since we have no
>>> mention of pthread in our own sources. It seems to be pulled in by some
>>> headers in the STL. Consider this minimal example:
>>>
>>> $ cat string.cxx
>>> #inclu
> How far away do we appear to be from having an installable rawhide? Any
> help needed there?
I created install DVDs for myself last Saturday through Tuesday (Jan.23-26).
Yesterday (Jan.27) the installed system broke because hald gets an immediate
Trace/Breakpoint trap.
--
--
devel mailing li
>>> I created install DVDs for myself last Saturday through Tuesday (Jan.23-26).
>>> Yesterday (Jan.27) the installed system broke because hald gets an immediate
>>> Trace/Breakpoint trap.
>>
>> Thats an selinux issue that is fixed in current koji builds.
>
> Fixed in what package? New selinux-poli
On 01/29/2010 10:08 AM, Tom "spot" Callaway wrote:
> On 01/29/2010 12:59 PM, Orion Poplawski wrote:
>> On 01/29/2010 10:53 AM, Jesse Keating wrote:
>>> As part of No Frozen Rawhide, we no longer make images for the rawhide
>>> tree. Rawhide is just a repo of packages. When we branch for Alpha
>>>
On 01/29/2010 02:14 PM, Adam Williamson wrote:
> On Fri, 2010-01-29 at 11:03 -0800, Jesse Keating wrote:
>
>> We have attempted to create test images at a few points before Alpha,
>> when Anaconda team is ready for testing and leading up to the freeze so
>> that we can identify blockers prior to th
> How far away do we appear to be from having an installable rawhide?
I have created a Fedora 13 x86_64 install DVD from today's rawhide
(Sat.Jan.30), installed it onto a vanilla clone box, and it runs for me.
The installation process clobbered the Master Boot Record even though
I asked it not to.
>* Second releng compose system was setup for testing (Oxf13,
> 18:41:01)
>* ACTION: Oxf13 will test multiple concurrent composes to compare
> completion time (Oxf13, 18:41:32)
Related to performance of composing install media using pungi:
https://bugzilla.redhat.com/show_bug.
> Ok, so this compose seems to have anaconda-14.14. When trying to do an
> nfs install, once I put in the server/directory information, it shows it
> connecting and trying to pull up the gui. But after that, my monitor
> just stays black and nothing ever happens, nor does it seem to react to
> ke
> having the following question: What does the DVD/CD media check exactly
> if booting a Fedora DVD/CD? Is it the sha256sum? If yes, why this media
> check, because it could be done after having burned the DVD?
There are embedded MD5 checksums, sometimes 20 of them per .iso.
See /usr/bin/implantis
On 09/20/2010 10:02 AM, Robert 'Bob' Jensen wrote:
>
> - "Jon Masters" wrote:
>>
>> I'm missing the original mail in this thread because I think it went
>> to
>> a different list. Can someone forward it to me, please. Thanks.
>>
>> Jon.
>>
>>
>> --
>> devel mailing list
>> devel@lists.fedorap
Executable program files built by gcc+glibc on Fedora 14 contain a PT_NOTE
which says "for GNU/Linux 2.6.32". (For example, see "file /bin/date";
the presence of a NOTE is indicated by "readelf --segments /bin/date",
but readelf does not display the contents.) What does the PT_NOTE mean;
what pro
Compiled code for minimum(), maximum(), etc. suffers from a compiler bug:
https://bugzilla.redhat.com/show_bug.cgi?id=634757-O1 wrong-code by cmove
Unfortunately this bug can corrupt user data silently.
I have hit the bug three times myself (bz 635508, 637303, 637461)
and consider myself lucky
On 09/28/2010 11:37 AM, drago01 wrote:
> On Tue, Sep 28, 2010 at 8:09 PM, Mike McGrath wrote:
>> We run 32 bit vms in Fedora Infrastructure a lot for purposes of memory
>> density, we do it based on what will be running on the host as it doesn't
>> always make sense to do so. It's worked out ver
On 09/28/2010 11:57 AM, drago01 wrote:
> On Tue, Sep 28, 2010 at 8:49 PM, John Reiser wrote:
>> A x86_64 kernel with everything else i686 [no 64-bit apps] can be good
>> non-virtually, too, particularly when it avoids 32-bit PAE for more than
>> 3.3GB of RAM.
> No it is
On 10/11/2010 03:41 AM, Richard W.M. Jones wrote:
> Some of the things [Ubuntu 10.10 installer] does which are IMHO better:
>
> - starts disk formatting / copying / installing in parallel
>with asking user questions
>
> - downloads updates in parallel too
What was the wall-clock duration
On 10/18/2010 07:44 AM, Chris Adams wrote:
[good analysis snipped]
> It would be nicer for the server to handle this better as well, but I
> think the problem starts with curl.
All _three_ parties have work to do:
1. curl has a bug when terminating a transfer before end-of-file: should
send AB
On 11/03/2010 11:48 AM, Owen Taylor wrote:
> Lack of decent profiling is a major problem for making our operating
> system fast. By far the most effective of profiling is sampling profile
> with callgraph information.
I am the author of tsprof, http://bitwagon.com/tsprof/tsprof.html .
Eight years
On 11/03/2010 01:51 PM, Owen Taylor wrote:
> [ But yes, 4% is a big hit. 1% I would accept without hesitation.
> 4% does make me hesitate a little bit. During devel cycles, we
> accept much more slowdown than that for the debug kernel,
> of course. If we can figure out profiling without fram
On 07/21/2011 03:42 PM, Petrus de Calguarium wrote:
> Miloslav Trmač wrote:
>
>> No, applications expect system accounts and user accounts to have
>> non-overlapping ID intervals. So this would be just a more broken
>> version of keeping the limit at 500.
>
> +1. And keeping consistency with oth
On 07/26/2011 14:26 UTC, Adam Williamson wrote:
> Just a heads-up to let everyone know that Fedora 16 is now branched from
> Rawhide. [snip]
Since then, I have seen no nightly "rawhide report" nor "F-16 branched report",
nor any relevant news.
The last "rawhide report" was for that same day:
The nightly build "mash" for Fedora-16 Branched should go first,
before Rawhide, on a few days per week: say, Monday, Wednesday,
and Friday. The typical three-hour difference in completion times
can be put to good use by me and others who are trying to make and
test the install DVDs. Too often th
On 07/31/2011 01:37 PM, Josh Boyer wrote:
> On Sun, Jul 31, 2011 at 3:22 PM, John Reiser wrote:
>> The nightly build "mash" for Fedora-16 Branched should go first,
>> before Rawhide, on a few days per week ...
> You should open a ticket with rel-eng to see if this
>>> You should open a ticket with rel-eng to see if this could be implemented.
>> https://fedorahosted.org/fesco/ticket/658
> Oops, that probably needs to be on https://fedorahosted.org/rel-eng/ to get
> the attention of the right people.
https://fedorahosted.org/rel-eng/ticket/4851
--
--
de
> * 3: what does this mean for you?
... and your users, and your software maintenance budget:
If you enable it, then the apps in your package:
1) Cannot be prelink-ed. This likely costs time and space (RAM, swap)
at run time. The magnitude of the cost can vary from almost nothing
to several se
>>> I'm working on packaging conquest[1] for fedora which can be built
>>> against dbase,mysql, postgresql *and* mysql. Which one should I build it
>>> against? Should I build it against all of them and make different
>>> subpackages??
>> Did you talk to upstream and figure out if all these option
On 08/11/2011 05:26 AM, Vratislav Podzimek wrote:
> On Wed, 2011-08-10 at 18:26 +0200, Rudolf Kastl wrote:
>> Last time i tried an install via bfo it didnt really select mirrors
>> close to me. (i think for the install it didnt use a mirrorlist but
>> instead a hardcoded repo by default) Is this s
> ... I understand that some one is working on reducing the memory footprint of
> anaconda.
>
> Will it be ready for F16?
The "treebuilder" branch of lorax, where such a project is being developed,
is not complete today.
> How much memory will anaconda require to install Fedora 16?
Anaconda
> It would be nice to get rid of the embedded ext4 image now that squashfs
> supports special files and extended attributes (needed for selinuix labels),
> but there are some other roadblocks that will block that change for the near
> future.
Where is this issue being tracked?
--
--
devel maili
> I resurrected an old notebook (HP Pavilion ZE4201) to test some stuff
> under relatively low memory conditions (768 MB on the box).
This can be simulated on any larger machine by appending " mem=768m"
(note all lower case) to the end of the kernel boot command line.
--
--
devel mailing list
d
> they say on Debian and Ubuntu,
> all shared libs have 0644 permissions.
What they say is incorrect.
I have Ubuntu 10.10 i686:
-rwxr-xr-x 1 root root 1421892 2011-01-21 15:08 /lib/libc-2.12.1.so
I have Ubuntu 10.4 x86_64:
-rwxr-xr-x 1 root root 1405508 2011-01-21 14:25 /lib32/libc-2.11.1.so
-r
>> Files which aren't executable aren't even considered as candidates for being
>> ELF files to extract debuginfo from.
>>
>> Without execute permission, you'd have to check EVERY SINGLE installed FILE
>> for being ELF, that might be a significant performance hit. It'd have to be
>> tried at least.
>> This is true. AFAIK, the Debian policy is because those shared libraries
>> crash when some idiot tries to run them as programs.
>
> Why does that matter?
Some Debian maintainer(s) got tired of getting bug reports for this case.
> They [the users] run them notice the crash and learn from it.
On 03/30/2011 10:24 AM, Adam Williamson wrote:
> It's perfectly possible, and has been done lots
> of times, to simply go ahead and commit significant changes that _could_
> have been 'features', not submit them as features, and happily bypass
> the entire 'feature' process with all its bureaucracy
On 03/30/2011 11:01 AM, Adam Williamson wrote:
> On Wed, 2011-03-30 at 10:55 -0700, John Reiser wrote:
>> On 03/30/2011 10:24 AM, Adam Williamson wrote:
>>> It's perfectly possible, and has been done lots
>>> of times, to simply go ahead and commit significant ch
On 04/12/2011 09:12 AM, Adam Jackson wrote:
> There are two major package classes in Fedora that provide graphics
> drivers: xorg-x11-drv-*, and mesa-dri-drivers-*.
>
> In F15, mesa-dri-drivers now only includes drivers with DRI2 support
> (radeon, nvidia, intel) and the software renderer; if you
On 04/27/2011 07:34 AM, Adam Jackson wrote:
> But assuming all is right with the world,
> host-accelerated 3D would almost assuredly be faster than software guest 3D.
Does that include host software 3D with a guest that talks hardware 3D?
--
--
devel mailing list
devel@lists.fedoraproject.org
On 05/24/2011 09:20 AM, Simo Sorce wrote:
> On Tue, 2011-05-24 at 08:25 -0700, Toshio Kuratomi wrote:
>> * This could potentially break sites that are currently using the
>> 500-1000 UID range and rely on the order of allocation of UIDs for
>> their users on new machines matching with the UIDs on
>> First, accessing the printer panel from the system settings was
>> useless. No printer could be detected.
> Try system-config-printer.
https://bugzilla.redhat.com/show_bug.cgi?id=708635
I had to run from XFCE Desktop (then System > Administration > Printing)
to setup my networked JetDirect pr
On 06/12/2011 04:55 AM, Jan Kratochvil wrote:
> so when there exists now a releng-approved biarch spin why isn't the default
> "Download" button on http://fedoraproject.org finally the biarch-autodetecting
> spin? A biarch single-desktop download would be enough with under 2GB size.
1GB USB flash
On 06/16/2011 06:59 PM, Adam Williamson wrote:
> ... many people had significant
> trouble navigating the typical Windows / GNOME 2 nested menu system full
> of wide-but-short entries. They would lose levels in the nesting by
> moving the mouse a bit wrong.
This is because clicking [Button1 down
> I would like to note that I am aware of that 32 bit systems will not
> work after 2038. But does that mean that they can not do simple date
> conversion?
Yes, if "simple date conversion" uses a 32-bit time_t and does not
check-and-correct for 32-bit wrap-around.
On a system which uses a 32-bit
> I have been having problems with my Lenovo T61 and Rawhide. Currently
> the system will do all kinds of watchdog resets when I am booting the
> 3.0 kernels but not with the 2.6.38 kernel. I am trying to figure out
> how to best capture and debug them as they tend to scroll off the
> screen faster
> I want to package a sofware using a bundled lzma sdk which fedora
> doesn't have(http://7-zip.org/sdk.html).
Fedora 12 has package lzma-libs which is generated by
lzma-4.32.7-3.fc12.src.rpm.
Perhaps you should confer with the maintainer of the Fedora lzma package
if you desire a later lzma vers
> Another related note is that someone wanted a src package for it because
> they had something that would only build with access to the source. I am
> not planning on providing that, but wanted people to be aware we had a request
> for it.
The package that needs the src is the upx package. The c
On 02/12/2010 02:09 PM, Bruno Wolff III wrote:
> On Fri, Feb 12, 2010 at 13:34:48 -0800,
> John Reiser wrote:
>> The package that needs the src is the upx package. The coupling
>> is very strong, therefore a physical copy of the entire specific
>> version of lzma
On 02/12/2010 03:11 PM, Bruno Wolff III wrote:
> What I was really asking is if there should
> be a source package so that upx could be built without having a second
> copy of the SDK in another srpm?
The previous editions lzma442, 443, 449, 457, 458, 459,
all required *different* adaptations by
On 02/12/2010 04:08 PM, Toshio Kuratomi wrote:
> On Fri, Feb 12, 2010 at 03:04:06PM -0800, John Reiser wrote:
>> The Fedora upx package put its copy of lzma465.tar.bz2 as another file in
>> the SOURCES for Fedora upx, in same directory as upx-3.04.tar.bz2.
>>
> This is a b
>>> Yep. But you can align the partition tables to get better results ...
> Does/will the standard Fedora installer act intelligently?
I have seen evidence that partitioning by anaconda is aware of some
relevant properties of recent hardware. Anaconda-13.25 set the drive
geometry of a USB2.0 fla
On 02/22/2010 03:07 AM, Nicolas Mailhot wrote:
> There is much worse - it does not let you set the keyboard layour
> anymore, so anyone in a non-qwerty locale will have a lot of problem
> inputting his login (sometimes it won't be possible at all, since qwerty
> does not give access to a lot of let
> MultiGHz, Multicore CPUs consume magnitudes more power than HDs.
Not always. A typical 3.5" harddrive consumes about (max):
0.65A * 5V = 3.25W
0.50A * 12V = 6.00W
which totals 9.25 Watts, and less when not transferring data.
I am composing this message on a system with a 2.5GHz, tw
> "could not read symbols: Invalid operation"
Could "Invalid operation" be an error message that corresponds to
an error from a system call? Apply 'strace' to the link step
to see what happens shortly before the write() to stderr.
--
--
devel mailing list
devel@lists.fedoraproject.org
https://
>>/usr/lib64/libva-0.31.0.5.so.1: could not read symbols: Invalid operation
> It's a different command failing, that one has -lva-x11
> and -lva-glx but not -lva . With all three, the command succeeds. D'oh!
Please remember to file a bug report against binutils. You've identified
a reproducible
On 03/18/2010 09:25 PM, Matt Domsch wrote:
> Very few BIOSes can boot from a GPT disk. EFI/UEFI can, as can legacy
> BIOS if you do something ugly like gptsync so the MBR partition table
> and the GPT partition table at least somewhat agree.
Does this mean that the presence of a GPT partition tab
> ... stripped down kickstart server install of about 389 packages:
> enablefilesystems 3:10s
> postselection24:27s
> installpackages 14:30s
> The install spends a long time displaying "Checking dependencies in
> packages selected for installation" with no movement of the progres
> It's an http install to a local server, and there is no access during
> that stage (after is has all of the repodata files) until it starts
> fetching package headers. So, it seems like filing a bug is in order.
> Anaconda or yum?
Anaconda, the program that you invoked. If anaconda can pass th
> Here are the packages that might be affected according to repoquery
> run on my 32bit box with build timestamps prior to numpy 1.4.0.
<>
Please sort the list. Yes, many mail user agents do offer text Search,
but mostly that works well only for known literal substrings. If you want
effecti
> [1] http://cyberelk.net/tim/2010/04/01/printer-device-ids-wanted/
What a horrible user interface! The "git clone" step spewed
more than 4500 lines of garbage. I wondered whether it was working.
Please do a "git gc" to repack the git database before inflicting
this on users.
--
--
devel mai
> Yum can only tell if something is signed (and by what key it is signed)
> after it has downloaded the package.
> Currently we have no easy way to "exclude" packages after the download
> phase (the basic problem being we'd need to go back and redo the
> transaction, which was a couple of steps
> kernel-2.6.33.1-24.fc13
Works for me on x86_64:
cpu family : 15
model : 47
05:00.0 VGA compatible controller: nVidia Corporation G72 [GeForce 7300 SE]
(rev a1)
05:00.0 0300: 10de:01d3 (rev a1)
--
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.
> kernel-2.6.33.1-24.fc13
HANGS at boot: VGA console blank except for text cursor in upper left.
cpu family : 6
model : 23
01:00.0 VGA compatible controller: ATI Technologies Inc RV710 [Radeon HD 4550]
01:00.0 0300: 1002:9540
--
--
devel mailing list
devel@lists.fedoraproject.or
On 04/06/2010 03:33 PM, Adam Williamson wrote:
> On Tue, 2010-04-06 at 15:29 -0700, John Reiser wrote:
>>> kernel-2.6.33.1-24.fc13
>>
>> HANGS at boot: VGA console blank except for text cursor in upper left.
>> cpu family : 6
>> model: 23
>
On 04/06/2010 03:49 PM, Adam Williamson wrote:
> That seems strange, it should use dracut, not mkinitrd at all? Is this
> an F13 system?
/etc/fedora-release says "Fedora release 13 (Goddard)".
/etc/yum.repos.d has enabled repos for fedora, fedora-updates, and
fedora-updates-testing, using a baseur
On 04/06/2010 04:11 PM, Jeff Spaleta wrote:
> dracut package provides /sbin/mkinitrd
>
> and you'll see that new-kernel-pkg gets called with --mkinitrd as well
> as --dracut in the kernel scriptlet for both referenced kernel builds.
>
> I don't think anything has changed in the scriptlet logic ther
On 04/07/2010 12:21 AM, Michal Schmidt wrote:
> On Tue, 06 Apr 2010 15:45:39 -0700 John Reiser wrote:
>> Then I did "rpm --erase" of -24 and "rpm --install" of -24, and the
>> message was: -
>> /sbin/new-kernel-pkg: line 289: 2334 Segmentat
> A quick report on the current delta between F-12 and F-13's CD
<>
> The full report is attached.
Apparently the sections were sorted numerically by change in byte size.
It would have been helpful to say so explicitly, and to emphasize
that fact by aligning the numerical change in a tabulated
> Burned a fresh boot.iso from this morning to attempt a new F13 install.
> Everything worked up to the point of the first gui screen, which is I am
> guessing the welcome to Fedora install screen. No response from
> mouse/keyboard (MS Wireless desktop) at all,
Others have reported a problem with
On 12/02/2011 10:20 AM, Adam Williamson wrote:
> On Fri, 2011-12-02 at 12:08 +0100, Andreas Tunek wrote:
>> As you all might know, it is currently impossible to boot the default
>> install of F16 on Macs.
> I'm not entirely sure that's correct. We had several reports of
> successful EFI installs o
> Does anyone object [to dropping support for HFS]?
Plain HFS has no journal, so there are workloads where HFS is faster
than HFS+ which has a journal. Is it economical to cater to such cases?
Probably not. However, I do have a PowerPC Mac Mini that runs plain HFS
and Fedora 10 with ext3.
--
-
> Are you sure you mean HFS? The original maximum volume size for Mac OS
> Standard (HFS) format, was 2GB. The maximum number of allocation blocks is
> 65,536. For a 100GB disk, your allocation block would need to be 1.6MB.
> Considering Mac OS X 10.7, today's current Apple operating system, is
> Has there been a compose against F17, that would therefore create the
> images dir and boot.iso and everything so can install against it?
Yes, Andre Robatino posted yesterday:
[Test-Announce] Fedora 17 Alpha Test Compose 2 (TC2) Available Now!
https://fedoraproject.org/wiki/Test_Results:Current_
> Is the tree installable yet (I yet to see images dir and such)? Don't
> mean is an ISO built, but can the tree be installed against or will be
> soon?
Yesterday (Friday) using pungi-2.10-1.fc17 I built an anaconda install DVD
of f17-branched. This effectively mirrors the tree into /var/cache/p
>> What do you mean, exactly, by "can the tree be installed against"?
> Install against via nfs/http/ftp but there are no images dir with the
> netinstall.iso or whatever to do a quick cd or anything. I don't create
> images as I just make quick boot cd from the boot.iso.
When pungi succeeds, th
On 02/27/2012 07:29 AM, Bruno Wolff III wrote:
> On Mon, Feb 27, 2012 at 14:00:51 +,
> Frank Murphy wrote:
>> On 27/02/12 13:52, elison.ni...@gmail.com wrote:
>>>
>>> 4) Quit on single CTRL-C. Users expect an application to quit on
>>> pressing CTRL-C.
>>> Reason to have this feature : Bette
On 02/27/2012 08:11 AM, Panu Matilainen wrote:
> Rpm's so-called transactions aren't ACID by any stretch of imagination, it's
> just a rather common misunderstanding to expect them to be.
OK, so both rpm and yum could do better: at the first mention of 'transaction',
then the documentation (manu
On 02/28/2012 08:51 AM, Chris Murphy wrote:
> *shrug* OK I'm not going to deny you a feature. I still don't understand
> why it would be started in the first place if you didn't intend to finish it.
The Fedora mirror system doesn't always behave nicely
(timeouts, bad sync, slow transfer rate, ...
> I think I'd rather see a portion of the SSD be a discrete device so that the
> system and application scratch/swap can be pointed to it - rather than as
> cache. I'm not sure that this data would always stay hot enough to be assured
> of being in an SSD cache, whereas a discretely defined devi
On 03/15/2012 01:58 PM, Jan Kratochvil wrote:
> On Thu, 15 Mar 2012 21:18:16 +0100, Martin Langhoff wrote:
>> we are facing a very strange Python segfault in an OLPC build, based
>> on F14, for XO-1.5 (I know, do you remember _that_ far ago?).
> [...]
>> Full error msg from gdb at http://fpaste.org
On 11/11/2010 07:17 AM, Andre Robatino wrote:
> in an alternate universe where RPM was originally
> designed to sign the uncompressed data, and the higher-level tools were
> subsequently designed to work with that, is there any fundamental reason
> why things would be worse (or better) than they ar
> It would be usefull to overwrite some parts of memory (keys etc.),
> before the computer is switched off. So, my question is: Is there
> already implemented and used some kind of protection?
Boot "Memory test" from install media (DVD, LiveCD, LiveUSB, etc.)
and let it run for a minute.
Or, in
On 11/13/2010 06:34 PM, Matt Domsch wrote:
> biosdevname installed by default, used in the installer and at runtime
> to rename Dell and HP server onboard NICs from non-deterministic
> "ethX" to clearly labeled "lomX" matching the chassis silkscreen.
>
> http://marc.info/?l=linux-hotplug&m=1288925
On 11/13/2010 03:41 PM, Richard W.M. Jones wrote:
> Anyway, I think LVM is jolly useful:
[stated advantages snipped]
One design error is that you cannot "carve out" an ordinary partition
from an LVM. Once a portion of the drive is LVM, then that portion of
the drive is LVM forever until the LVM
On 11/14/2010 11:07 AM, Matt McCutchen wrote:
> On Sun, 2010-11-14 at 10:38 -0800, John Reiser wrote:
>> On 11/13/2010 03:41 PM, Richard W.M. Jones wrote:
>>
>>> Anyway, I think LVM is jolly useful:
>> [stated advantages snipped]
>>
>> One design error
On 11/14/2010 01:13 PM, Matt McCutchen wrote:
> On Sun, 2010-11-14 at 13:07 -0800, John Reiser wrote:
>> When I created 14 partitions using a DOS partition label
>> (3 primaries, plus extended containing 10 logical partitions)
>> and gave 6 of the partitions to an LVM setup
> For those who do not know it yet, recent Fedora glibc updates include
> an optimized memcpy (which gets used on some processors) which breaks the
> 64 bit adobe flash plugin.
For right now (the immediate present) a work-around is to use the 'memmove'
subroutine as the resolution of any reference
On 11/17/2010 12:41 PM, Emmanuel Seyman wrote:
> 2) Issues found in proprietary software cannot be fixed by anybody except
>the vendor
False. In this particular case, it is possible to binary edit the plugin
libflashplayer.so so that all its calls to memcpy become calls to memmove.
The change
On 11/17/2010 03:13 PM, Matthew Miller wrote:
> On Wed, Nov 17, 2010 at 01:16:42PM -0800, John Reiser wrote:
>> On 11/17/2010 12:41 PM, Emmanuel Seyman wrote:
>>> 2) Issues found in proprietary software cannot be fixed by anybody except
>>>the vendor
>> False
On 11/23/2010 03:45 PM, Jesse Keating wrote:
> Here is a list of the current known potentially bad builds and what
> action could be or has been taken:
Please alphabetize such a list, always! _PLEASE_?
An alphabetized list is several times more effective at communication
because advanced readers
On 11/27/2010 12:04 AM, Jens Petersen wrote:
> I have just moved ghc-7.0.1 and a large set
> of Haskell ghc package rebuilds into dist-f15
> (from dist-f15-ghc).
> Rebuilds still pending include xmobar, hlint,
> and various libraries (currently with one or less dependents).
> Testing and feedback
This patch (with .rpms for x86_64 and i686) enables glibc optionally
to detect, diagnose, and work around overlap in memcpy/mempcpy:
http://bitwagon.com/glibc-memlap/glibc-memlap.html
The option to check is controlled by an environment variable
MEMCPY_CHECK_ which influences choices made by __i
On 11/28/2010 03:36 PM, Nicholas Miell wrote:
> On 11/28/2010 03:13 PM, John Reiser wrote:
>> The option to check is controlled by an environment variable
>> MEMCPY_CHECK_ which influences choices made by __init_cpu_features
>> and the STT_GNU_IFUNC mechanism for choosing alte
On 11/29/2010 01:46 PM, Kevin Kofler wrote:
> John Reiser wrote:
>> This patch (with .rpms for x86_64 and i686) enables glibc optionally
>> to detect, diagnose, and work around overlap in memcpy/mempcpy:
>> http://bitwagon.com/glibc-memlap/glibc-memlap.html
>> The op
On 11/29/2010 03:44 PM, Matt McCutchen wrote:
> On Sun, 2010-11-28 at 15:13 -0800, John Reiser wrote:
>> This patch (with .rpms for x86_64 and i686) enables glibc optionally
>> to detect, diagnose, and work around overlap in memcpy/mempcpy:
>> http://bitwagon.com/glibc-mem
On 11/29/2010 05:29 PM, Matt McCutchen wrote:
> Still, you could split the patch into one that just adds
> commented curly braces to existing code and a second with the
> substantive changes, which would be easier for anyone interested to
> review.
Good idea. I revised the web page. Here is the
On 11/30/2010 01:12 PM, Matt Domsch wrote:
> I don't expect desktops to expose
> this information - they have only 1 NIC.
There are 2 built-in NIC ports on at least a couple ASUS and
Gigabyte motherboards that have been sold into the "desktop"
market in the last couple years. My desktops also ha
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().
--
--
devel mailing list
devel@lists.fedoraproject.org
https:/
How did /dev/shm get noexec in Fedora 15 rawhide?
$ grep /dev/shm /proc/mounts
tmpfs /dev/shm tmpfs rw,seclabel,nosuid,nodev,noexec,relatime 0 0
$ grep -srl noexec /etc
/etc/alternatives/ld
/etc/fstab ## derived from /proc/mounts
/etc/mtab## derived from /proc/mounts
This i
On 12/14/2010 07:28 PM, Lennart Poettering wrote:
> In order to make things secure we minimize what is allowd on the various
> API file systems we mount. That includes that we set noexec and similar
> options for the file systems involved. The interface how to access
> /dev/shm is called shm_open(
On 12/14/2010 09:37 PM, Lennart Poettering wrote:
> On Sun, 12.12.10 19:49, John Reiser (jrei...@bitwagon.com) wrote:
>
>> The project is a database system that creates and dlopen()s
>> plugins on-the-fly, for better performance on ["long-running"] queries.
>>
On 12/15/2010 06:40 AM, Matthew Miller wrote:
> On Tue, Dec 14, 2010 at 10:19:38PM -0800, John Reiser wrote:
>> Also, the claim "The API for /dev/shm is shm_open()" is incorrect.
>> See the other message for the history. When something is in the file
>> system,
1 - 100 of 387 matches
Mail list logo
