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
On 07/31/2011 01:37 PM, Josh Boyer wrote:
On Sun, Jul 31, 2011 at 3:22 PM, John Reiser jrei...@bitwagon.com 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 could
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
--
--
devel
* 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
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 options are equally
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 still
... 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 mailing
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
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 of F16
F-14 Alpha TC1 has been posted for testing:
* http://serverbeach1.fedoraproject.org/pub/alt/stage/14.TC1/
https://bugzilla.redhat.com/show_bug.cgi?id=620274
pyconfig-32.h and [respectively] pyconfig-64.h are missing.
The only thing that can run is Media Check (my CD1 passed)
and shell on VT2.
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
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
On 09/20/2010 10:02 AM, Robert 'Bob' Jensen wrote:
- Jon Masters jonat...@jonmasters.org 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
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 program
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
On 09/28/2010 11:37 AM, drago01 wrote:
On Tue, Sep 28, 2010 at 8:09 PM, Mike McGrath mmcgr...@redhat.com 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
On 09/28/2010 11:57 AM, drago01 wrote:
On Tue, Sep 28, 2010 at 8:49 PM, John Reiser jrei...@bitwagon.com 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 pointless
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 from
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
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 frame
The latest couple of F18 live images I have tried have not been efi bootable.
https://bugzilla.redhat.com/show_bug.cgi?id=855849
--
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
What is the state of software tools to help catch and prevent
AttributeError and TypeError in python code? These two classes
of errors occur often in the bugzilla reports for anaconda
(recently: https://bugzilla.redhat.com/show_bug.cgi?id=868707 ).
I'd like to see fewer AttributeError and
On 10/25/2012 09:55 AM, Ken Dreyer wrote:
On Thu, Oct 25, 2012 at 10:53 AM, Matthew Miller
[snip]
It is often useful in enterprise settings to do non-kickstart installs while
prototyping. *And*, people running Fedora in those settings probably *are*
prototyping. So, this seems like an
bodhi -D FEDORA-2012-18258
will download all packages in that update for you.
Usability is so poor that you might give up
[all on up-to-date Fedora 18 Beta-TC8+]:
# type bodhi
bash: type: bodhi: not found
No hints?
# yum install bodhi
Loaded plugins: langpacks, presto, refresh-packagekit
I'm not seeing such an option in mke2fs. If it is possible to change the
padding/offset, then it would be possible for a continuous installation of
GRUB2's boot.img and core.img, without using block lists.
I did get slightly incorrect, ext4 has two boot sectors, for a total of 1024
bytes
On 12/03/2012 05:44 AM, Matthew Garrett wrote:
On Sun, Dec 02, 2012 at 04:12:09PM -0700, Kevin Fenzi wrote:
This sounds like a different bug than the one thats in the report
above. I'd advise the commenter to open a new one on mkfs or anaconda
to change the boot sector padding.
It's part
On 12/04/2012 07:07 AM, Tom Callaway wrote:
On 12/04/2012 08:38 AM, Fedora Branched Report wrote:
Compose started at Tue Dec 4 09:15:31 UTC 2012
VICTORY! NO BROKEN DEPS in Fedora 18!
Now, I ask you all, please, please. Help me keep it that way!
Congratulations! Thank you, Tom! This
On 12/07/2012 08:49 AM, Panu Matilainen wrote:
Yes, I think we're both trying to say the same thing: there's no point having
'grub' in the repositories as its not installable or usable in practise. The
same goes for bunch of other obsoleted packages as well.
yum is not the only tool
On 12/07/2012 11:42 AM, Chris Murphy wrote:
ext[234] has two boot sectors for a total of 1024 bytes. XFS has none. Btrfs
has 64KB.
It just seems like GRUB is a really familiar 4000 meter cargo train, compared
to an unfamiliar hand truck, for the task of moving half-dozen boxes. Maybe
On 12/09/2012 10:06 AM, Ian Pilcher wrote:
Actually, grubby in Fedora is still perfectly capable of updating the
old grub.conf. To set this up, create a symlink:
# ln -s /boot/grub/grub.conf /etc
And create /etc/sysconfig/kernel:
# UPDATEDEFAULT specifies if new-kernel-pkg should
Cool, then write a sane tool that converts them online that doesn't pull
in Perl and whatnot,
Is 'awk' available? 'sed'? 'bash'? (I'm not kidding. Some systems
prefer 'dash', which lacks arrays and other hard-to-substitute features.)
How much of 'python' is allowed? 'lua'? In other
= Features/DualstackNetworking =
https://fedoraproject.org/wiki/Features/DualstackNetworking
I'd like to use ipv6 for my computers,
but my ipv4-only consumer devices (TV, Roku, HVAC, etc.)
and ipv4-because-ipv6-is-buggy devices (mythtv)
must continue to inter-operate to/from/with Fedora.
--
On 01/02/2013 05:20 PM, Reindl Harald wrote:
Am 03.01.2013 02:08, schrieb John Reiser:
I'd like to use ipv6 for my computers,
but my ipv4-only consumer devices (TV, Roku, HVAC, etc.)
and ipv4-because-ipv6-is-buggy devices (mythtv)
must continue to inter-operate to/from/with Fedora
On 01/03/2013 09:59 AM, Adam Williamson wrote:
if
there's /etc/keyboard.conf specifying 'KEYBOARD=foo', [then] I should never
have to pass 'KEYBOARD=foo' as a cmdline to make foo my keyboard layout
in some case. As things stand I believe I do, for passphrase entry
during dracut.
The dracut
On 01/21/2013 04:37 PM, Kevin Kofler wrote:
In addition, Anaconda's memory use has been skyrocketing for several
releases, and the design changes in F18 have done nothing to address that
issue. (In fact, they likely made it worse.)
That claim is dead wrong, at least for graphical install of
I believe that fedora-18 can be installed using less [than 511MB] RAM, ...
Yes. I just successfully completed a default install of Gnome3 desktop
from Fedora-18-x86_64-DVD,iso (converted to USB2.0 using livecd-iso-to-disk)
using only the additional kernel boot parameters mem=383m nomemcheck.
On 01/21/2013 06:30 PM, Richard Vickery wrote:
For the last four hours I was trying to install Fedora 18-64 on the computer
and for an hour and a half I've been trying to do an install that hasn't
worked; if was like experiencing Microsoft's blue screen of death.
Thankfully after pulling
On 01/23/2013 09:27 AM, Daniel P. Berrange wrote:
On Wed, Jan 23, 2013 at 11:24:25AM -0600, Dan Williams wrote:
On Wed, 2013-01-23 at 02:46 +0100, Lennart Poettering wrote:
On Mon, 21.01.13 10:25, Daniel P. Berrange (berra...@redhat.com) wrote:
The glibc maintainers don't seem to be against
On 01/23/2013 10:35 AM, Dan Williams wrote:
On Wed, 2013-01-23 at 09:48 -0800, John Reiser wrote:
The signal handler can write a packet into a pipe from the process to itself,
and that can be hooked up to an event loop API.
Clearly. But then you have to deal with signal handling and all
On 01/23/2013 12:26 PM, Matthew Miller wrote:
Also, I strongly question this line in the Feature page:
Users generally won't see this, as interface names are not exposed in
high-level UIs.
This is simply not true for many values of the word user
I agree with Matthew that ordinary
On 01/23/2013 02:49 PM, Kay Sievers wrote:
Just looking at 'lspci' will in most
cases tell you what the name of the network interface will be.
This is not true for my machines, which I built using main boards
from ASUS, MSI, etc. The port numbers listed by 'lspci'
On 01/23/2013 01:54 PM, Bill Nottingham wrote:
This code has the benefit of:
- covering more device types (not just BIOSes with type 9 type 41)
- not attempting to do heuristics that name devices via enumeration
However, it does have the large disadvantage of changing the namespace used.
A generic fallback image should be
installed by anaconda on installation/update and never ever be
removed.
Also, fallback has interesting security properties…
Rescue mode forces a SELinux relabel at the next boot, and relabel
can take a very long time.
How does fallback mode handle this,
On 01/30/2013 02:07 PM, Bill Nottingham wrote:
Miloslav Trmač (m...@volny.cz) said:
Teach grub to preload the kernel and initrd while waiting for the
timeout. That gives us _even better_ speedup, and doesn't sacrifice
the generic usability of the initrd.
Well, if the plan is to not
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
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-policy? New hal?
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 the
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:
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
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
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 bundled library and needs to stop
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
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,
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
/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 table
... 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 progress bar.
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.
unsorted list of 35 packages snipped
Please sort the list. Yes, many mail user agents do offer text Search,
but mostly that works well only for known literal
[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 mailing
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
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
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 baseurl=
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 there
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 Segmentation fault (core
dumped)
Is it reproducible if you run
A quick report on the current delta between F-12 and F-13's CD
snip
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
On 10/24/2013 01:33 AM, Richard W.M. Jones wrote:
On Wed, Oct 23, 2013 at 10:49:35PM -0600, Chris Murphy wrote:
So that's why I ask if it makes sense to have an fsck for GPT disks.
Sounds sensible. The fsck would just check the checksums of primary
secondary tables, and if an error in
/usr/bin/unpack200: RPATH=$ORIGIN
(a) Are these bugs? They seem to be.
RPATH=$ORIGIN is not a bug. It is a correct and thoughtful usage,
one that even allows for moving the whole package after install.
--
--
devel mailing list
devel@lists.fedoraproject.org
1. There are legitimate use-cases where GCC's assumption does not hold, .e.g.:
#include stdio.h
void foo( int a )
{
char hello0[] = hello0;
foo.c line 5: warning: 'const' omitted
char hello1[] = hello1;
foo.c line 6: warning: 'const' omitted
char *ptr;
foo.c line 8: warning:
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 are
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,
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.
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 is
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 is that you cannot carve out an ordinary partition
from
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,
then I could not remove one
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. In this particular case, it is possible
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 of
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
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 alternate implementations
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 option to check is controlled
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-memlap/glibc-memlap.html
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 have
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
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
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.
We like the speed of creat+write+close+open
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, then by default the file system APIs
Over the past few months, the Fedora Board has focused on coming up
with two or three overarching goals that can be accomplished over the
next few release cycles. We've got a fairly healthy list of goals at
this point, ...
Please post a link to the current list of goals. Thank you.
--
--
Roberto Ragusa wrote:
Matt Domsch wrote:
It took my build system 96 hours to build all of rawhide (10k
packages) for both x86_64 and i386. Builders are 10 Dell PowerEdge
1955 servers, each with 2 sockets 3GHz Xeon 5160 CPUs (4 cores each),
8GB RAM. Builders running Fedora 14.
Perhaps it
Genes MailLists wrote:
Is it possible to break down how much time is in compiling versus
packaging versus whatever else is involved ?
What filesystem was used instead of tmpfs (which does not support the
Capabilities that are required because of RemoveSUID in Fedora 15)?
Perhaps ext2 (no
On 01/22/2011 06:22 AM, Matthew Miller wrote:
On Fri, Jan 21, 2011 at 05:54:22PM +0100, Lennart Poettering wrote:
The FHS is kinda old these days, and it has been a while since it was
last updated. The LSB added some additional rules on top of it:
As long as we keep in mind that we don't
On 01/24/2011 07:43 AM, drago01 wrote:
On Mon, Jan 24, 2011 at 3:32 PM, Sergio Belkin seb...@gmail.com wrote:
Hi,
I've read on
http://fedoraproject.org/wiki/Packaging:RPMMacros#Build_flags_macros_and_variables
that mtune=atom. Just because I'm curious, why? :)
Why not?
It is the only
1 - 100 of 359 matches
Mail list logo