Mike McGrath (mmcgr...@redhat.com) said:
What does everyone else have?
1) no frozen rawhide which requires faster composes
2) dist-git
3) A functioning message bus with services passing messages
I think I know what you'd want from us on 2 and 3, can you think of
anything off hand
Matthew Garrett (m...@redhat.com) said:
On Fri, Dec 18, 2009 at 12:19:47PM -0500, Paul W. Frields wrote:
Using the Fedora Range Voting method, each candidate could attain a
maximum of 864 votes (4*216).
Results:
1. Adam Jackson (ajax) 1028
I think
Todd Volkert (tvolk...@gmail.com) said:
The past few Fedora installs, I've specified a NIS server during the
Anaconda installation so I don't have to create any local user accounts.
However, once installation is complete, I can't log into any NIS accounts
because autofs insn't installed,
Matthew Miller (mat...@mattdm.org) said:
One notable change that was made is that we were able to simplify the
jobs to the point where the number of login consoles is now configurable,
without editing or removing upstart job definitions.
This is done by the ACTIVE_CONSOLES parameter in
Matthew Miller (mat...@mattdm.org) said:
Given how it's implemented, you could do something truly disgusting like
ACTIVE_CONSOLES=$([ $RUNLEVEL = 3 ] echo '/dev/tty[1-6]' || echo
'/dev/tty2')
I'm not sure I really want to *support* people doing that, though.
You mean, you don't like
Nathanael D. Noblet (nathan...@gnat.ca) said:
I'm also curious why gdm is still running once I've logged in.
When you start a display manager, you start an X server; the display
manager then draws on this. Then, when you log in, you have to
stat an user session, as the authenticated user (which
James Antill (ja...@fedoraproject.org) said:
Hmm, looking at the traceback at the end of
http://kojipkgs.fedoraproject.org/mash/rawhide-20091209/logs/mash.log
Note that while I fixed the bug which caused the traceback, the
traceback is in a code path that means clamav-scanner-upstart
James Antill (ja...@fedoraproject.org) said:
Gah, I see the problem. clamav-scanner-upstart is in the transaction,
to be installed, but we are only looking in the rpmdb. My fault, off to
do a patch.
I've kicked off a new rawhide with the patched yum.
Bill
--
fedora-devel-list mailing list
Bill Nottingham (nott...@redhat.com) said:
It's going to be a bit of a bumpy first yum upgrade. You will likely have
to reboot with 'reboot -f', as the job formats have changed
slightly, and the communication with init(8) has changed.
Once you reboot, things should work pretty much the same
https://fedoraproject.org/wiki/Features/Upstart0.6.0
was approved at last week's FESCo meeting. It was built today, and will
land in rawhide tomorrow.
What this means for you:
It's going to be a bit of a bumpy first yum upgrade. You will likely have
to reboot with 'reboot -f', as the job
James Antill (ja...@fedoraproject.org) said:
Does this mean that running dbus will be required to reboot/shutdown
the system?
No. The init daemon speaks the dbus protocol, and can be communicated
with over the system daemon. But it can also be talked to directly.
Looking at
Hans Ulrich Niedermann (h...@n-dimensional.de) said:
The big issue is with KMS on using radeonhd is like shooting
yourself in the face. Either we need to patch radeonhd in Fedora to
not start with KMS enabled or remove it from the distro.
I am working on such a patch to radeonhd
===
#fedora-meeting: FESCo meeting 20091204
===
Meeting started by notting at 17:00:23 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2009-12-04/fesco.2009-12-04-17.00.log.html
.
Meeting
https://fedoraproject.org/wiki/Features/Upstart0.6.0
was approved at today's FESCo meeting. We hope to land this in the next
week or so.
What this means for you (for very specific values of you):
If you own any of the following packages, you have upstart job files that
will need modified for
Bill Nottingham (nott...@redhat.com) said:
Obvious FAQ:
Q: Should we port our SysV scripts to native upstart scripts?
A: No, not at this time.
Q: I'd like to play with it before it lands.
A: There's a repo at http://notting.fedorapeople.org/upstart0.6/. You can
also check the new upstart
Miroslav Lichvar (mlich...@redhat.com) said:
On Fri, Dec 04, 2009 at 04:10:34PM -0500, Bill Nottingham wrote:
https://fedoraproject.org/wiki/Features/Upstart0.6.0
The features highlight list has:
Communication with the init daemon over D-Bus.
Questions? Comments?
Does this mean
Following is the list of topics that will be discussed in the FESCo
meeting tomorrow at 17:00UTC (noon EST) in #fedora-meeting on
irc.freenode.net.
This meeting may be cancelled if we cannot reach quorum. FESCo members
who cannot make it are encouraged to vote or comment in the tickets.
274
Bill Nottingham (nott...@redhat.com) said:
Following is the list of topics that will be discussed in the FESCo
meeting tomorrow at 17:00UTC (noon EST) in #fedora-meeting on
irc.freenode.net.
Despite what the original subject said, that should be tomorrow,
December *4th* at 17:0UTC.
Bill
Matěj Cepl (mc...@redhat.com) said:
Moreover, I don't know what's your problem with radeonhd driver in
Fedora. Hanz does IMHO excellent job on maintaining it and it
doesn't drag much additional resources on anybody (except on me,
perhaps, because I triage bugs for him as well, which is the
Ralf Corsepius (rc040...@freenet.de) said:
Does the FSF/GPL demand to keep a repo around for ISOs?
A rolling Everything would not touch the ISOs. They would still be around.
The LiveCD/spins satisfy their source requirements via the source
repositories; they do not compose separate live source
Dan Williams (d...@redhat.com) said:
ONBOOT=yes
BOOTPROTO=dhcp
TYPE=Wireless
NM_CONTROLLED=yes
USERCTL=yes
PEERDNS=yes
IPV6INIT=no
MODE=Auto
This is the problem. Auto is not a valid mode.
It's a valid mode according to the iwconfig man page. I have no idea
what cards
Dave Airlie (airl...@redhat.com) said:
On Fri, 2009-11-27 at 08:07 +0200, Pekka Savola wrote:
Well, here's one graphics regression:
https://bugzilla.redhat.com/show_bug.cgi?id=540476
radeon.modeset=0 worked around the problem.
(I'm not sure if it's filed against the right
Ian Pilcher (arequip...@gmail.com) said:
On 12/01/2009 09:35 AM, Bill Nottingham wrote:
So, if our X maintainers won't handle bugs with it, we have a working
default alternative that is maintained upstream, and it's *known* to
be broken in the default configuration, why ship it? If we're
Gene Czarcinski (g...@czarc.net) said:
Keep it simple (KISS) for the initial attempt. It will grow more complicated
all by itself as time passes.
BTW, the security policy should assume that a grub password is in use so that
a user cannot do something like disabling selinux by editing the
inode0 (ino...@gmail.com) said:
So the answers are now free for public consumption on this page:
https://fedoraproject.org/wiki/Elections/F13_Questionnaire
I just want to thank you again for all your work on this. I understand
it is a burden to candidates and a lot of work for you to
I don't want to ship a desktop that doesn't let the user do useful
things.
And you can ship a desktop SPIN that way. But the base pkgs should
not install with an insecure set of choices.
if you want the spin to have a post-scriptlet which allows more
things, then that's the choice of the
Gregory Maxwell (gmaxw...@gmail.com) said:
If some some spin decided to make every user run as root, ship with no
firewalling,
have password-less accounts, or have insecure services enabled by
default, etc.
You mean Sugar as configured on the XO? (It has passwordless user,
who can su without
Chris Ball (c...@laptop.org) said:
If some some spin decided to make every user run as root, ship
with no firewalling, have password-less accounts, or have
insecure services enabled by default, etc.
You mean Sugar as configured on the XO? (It has passwordless
user, who
Adam Williamson (awill...@redhat.com) said:
It's true, but note that the XO software is technically a Remix
rather than a Spin, so there aren't any technical requirements
on it to satisfy the use of the Fedora mark. (I think I'd agree
with Greg's point regarding official Fedora
James Antill (ja...@fedoraproject.org) said:
...on the upside IIRC notting tried the 64bit kernel with 32bit
userspace for F11, and had a single line patch (to rpmUtils.arch) to
make yum happy.
A single line patch which *everyone* hated., as it essentially keyed off
the wordsize of the python
I don't want to ship a desktop that doesn't let the user do useful
things.
And you can ship a desktop SPIN that way. But the base pkgs should
not install with an insecure set of choices.
if you want the spin to have a post-scriptlet which allows more
things, then that's the choice of the
James Morris (jmor...@namei.org) said:
MAC policy can be updated without administrative privilege, breaking our
MAC model in a fundamental way.
I'm fairly sure that's wrong as well. Installation of another policy
does not override the current one.
What about when the system is
Orion Poplawski (or...@cora.nwra.com) said:
What is responsible for suspending a laptop when the lid is closed and
it is at the login screen? Running kdm and the machine does not suspend.
In principle, whatever handles it in your session. gnome-power-manager
runs as part of the gdm
Author: notting
Update of /cvs/extras/rpms/perl-Finance-Quote/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv31518/F-12
Modified Files:
.cvsignore perl-Finance-Quote.spec sources
Log Message:
update to 1.17 (#540340, bba...@gmail.com)
Index: .cvsignore
Author: notting
Update of /cvs/extras/rpms/perl-Finance-Quote/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv31518/devel
Modified Files:
.cvsignore perl-Finance-Quote.spec sources
Log Message:
update to 1.17 (#540340, bba...@gmail.com)
Index: .cvsignore
Author: notting
Update of /cvs/extras/rpms/perl-Finance-Quote/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv31518/F-11
Modified Files:
.cvsignore perl-Finance-Quote.spec sources
Log Message:
update to 1.17 (#540340, bba...@gmail.com)
Index: .cvsignore
Benny Amorsen (benny+use...@amorsen.dk) said:
If there are pkgs which run daemons which are defaulting to ON when
installed or on next reboot - then we should be auditing those pkgs.
Last I checked we default to OFF and that should continue to be the
case.
Is there a blanket
Rudolf Kastl (che...@gmail.com) said:
there are also inconsistencies between gui clickery and shell usage...
simple example:
click shutdown in gnome just does it in f12
issuesing shutdown -h now on the shell asks for root password ... id
really expect a system to show consistent
James Morris (jmor...@namei.org) said:
- The local session can now install any signed packages from the Fedora
repos:
- I think this includes old versions of packages (correct?)
Incorrect.
MAC policy can be updated without administrative privilege, breaking our
MAC model in a
Lubomir Rintel (lkund...@v3.sk) said:
glib1:1.2.10-32.fc11
glib2 2.20.5-1.fc11
gtk+1:1.2.10-68.fc11
gtk22.16.6-2.fc11
Given the history of these, this sounds like way more work to change
than it's worth. (They'd certainly have
Andre Robatino (an...@bwh.harvard.edu) said:
If control-center-extra goes away, then install gconf-editor, then under
apps-metacity-general, set focus_mode to sloppy. (Thanks to Adam
Williamson for pointing this out.)
You can do this with gconftool-2, without the need for gconf-editor.
Bill
Colin Walters (walt...@verbum.org) said:
Which is why you do it with specifically selected policy packages, and
not trying to write out files in %post. Create a set of policy packages
that define certain user cases, and pick from those as you construct a
spin.
This makes sense to me;
Jeff Garzik (jgar...@pobox.com) said:
Sorry, but this default (desktop users can install pkgs without
root) is just stupid. It is antithetical to all standard security
models that have come before in Fedora and other Linux
distributions.
Out of the box, a desktop user has the ability to
Jeff Garzik (jgar...@pobox.com) said:
This sounds like a tacit admission that the default install for
servers is bloody stupid (== same as desktop), unless the admin
REMOVES packages we helpfully installed on the server system.
PackageKit has only ever been included in destkop package groups.
Eric Christensen (e...@christensenplace.us) said:
It's a behavior change, for sure. For people who want to lock down their
systems, it's a default they will need to be able to change, and they
should have been able to discover it through the normal mechanisms for
that. (i.e., the release
Jeff Garzik (jgar...@pobox.com) said:
This sounds like a tacit admission that the default install for
servers is bloody stupid (== same as desktop), unless the admin
REMOVES packages we helpfully installed on the server system.
PackageKit has only ever been included in destkop package
Toshio Kuratomi (a.bad...@gmail.com) said:
There are definitely workarounds available, but none that meet the
criteria for preupgrade as an effortless upgrade option.
So I'm a bit confused by what is so hard here. preupgrade starts up,
finds it can't store stage2, and then tells you that
Daniel J Walsh (dwa...@redhat.com) said:
On 11/04/2009 01:38 PM, Bill Nottingham wrote:
Because seedit getting installed causes selinux-policy-targeted and
friends to get screwed up.
That sounds like a reason to not ship seedit. Am I missing something?
Bill
I would not ship
Frank Ch. Eigler (f...@redhat.com) said:
I'm guessing that we don't offer them multilib means that 32-bit
debuginfo packages aren't meant to be installed on 64-bit systems,
so I'll take this to mean that I shouldn't bother doing anything to
avoid conflicts.
Well, hold on, debuginfo for
I'd like to retire kudzu for F-13.
Why?
- There are places where it almost certainly does not work with current kernels
- It's so deprecated that one of its replacements (HAL) has since been
frozen and deprecated
- Given that, its upstream is very dead
However, it is still being required by
Because seedit getting installed causes selinux-policy-targeted and friends
to get screwed up.
That sounds like a reason to not ship seedit. Am I missing something?
Bill
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Eric Springer (erik...@gmail.com) said:
It's probably abusing the system and breaks a million guidelines, but what
about making a no-offensive-packages package that explicitly conflicts
with a list of offensive packages?
I suspect the problem with that is attempting to determine a universal
Darryl L. Pierce (dpie...@redhat.com) said:
You're correct in that removing the KDE group attempts to remove the
NetworkManager-gnome rpm. I remembered uninstalling KDE also removed
NetworkManager-gnome which borked my laptop until I re-installed the
RPM. That's something that should be
Orion Poplawski (or...@cora.nwra.com) said:
I just rebuilt:
itcl-3.4-5.fc12 - no changes from original failed rebuild
irda-utils-0.9.18-10.fc12 - added a minor patch to fix install issue
xfconf-4.6.1-4.fc12 - added missing BRs
Does it make sense to tag them into F-12 at this point?
Rawhide Report (rawh...@fedoraproject.org) said:
sugar-toolkit-0.86.1-1.fc12.i686 requires python-json
This was a tagging mixup. It will be fixed.
Bill
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Steven James Drinnan (ste...@scc.hk) said:
I will file a ticket.
But my point was the image of Fedora.Does Fedora want be associated with
software vendors that use this type of language?
There are worse things in the package collection, alas, depending on your
point of view.
In any case,
Ahmed Kamal (email.ahmedka...@googlemail.com) said:
Also the rawhide db itself. A guaranteed 8-12 megabyte download usually
swamps out any saving from presto (barring changes to eclipse, kernel and
openoffice).
Why aren't we rsync'ing that 12MB db, instead of re-downloading ? Wasn't
Jeffrey Ollie (j...@ocjtech.us) said:
I was wondering what the consensus on switching to native Upstart
scripts (/etc/event.d/*) vs. keeping the traditional SysV init
scripts (/etc/rc.d/init.d) for daemons was? I was looking at
switching Asterisk over and have an Upstart script that seems to
Jeff Garzik (jgar...@pobox.com) said:
But you're dodging the larger point -- Fedora has, de facto, demoted
big endian support in its entirety to a second-hand effort, rather
than distributed the workload much more widely. Given M package
maintainers and N secondary-platform volunteers, it is
Toshio Kuratomi (a.bad...@gmail.com) said:
I have a new deltarpm package built for the rel-eng repo:
http://koji.fedoraproject.org/koji/taskinfo?taskID=1721745
I can put it into the rel-eng repository to update the servers but who
do I talk to about testing it? We'll also need approval
Toshio Kuratomi (a.bad...@gmail.com) said:
I can put it into the rel-eng repository to update the servers but who
do I talk to about testing it? We'll also need approval to brakinfra
change freeze to deploy it once it's tested.
If it's in rawhide, it's already being tested to produce
Steve Dickson (ste...@redhat.com) said:
Right or wrong.. I took Final Feature Freeze as the last chance
of getting a feature into F12.. And I will be the first to admit I
do not read all the rule and regulations of all the steps of a
release... I look at dates.. When is the alpha and when
Andre Robatino (an...@bwh.harvard.edu) said:
If I understand correctly what the problem is - that successfully
xz-uncompressing a file requires being on the same endian arch as the
one it was compressed on - that's just wrong. It shouldn't be
platform-dependent at all.
That is not the
Jonathan Dieter (jdie...@gmail.com) said:
The second one has to do with the fact that when rebuilding the rpms, we
have to recompress the data, and xz compression is over 10x slower than
gzip.
Stats of the day...
I took an existing xz-compressed RPM, and built a newer release of that
package
Josh Boyer (jwbo...@gmail.com) said:
Simple solution: Don't build the noarch RPMs on ppc.
Why?: Because F12 is the last release that will have ppc be a primary arch
and it is fairly arguable that you want to optimize for the future case going
forward anyway.
I'm not sure how 'simple' that
Josh Boyer (jwbo...@gmail.com) said:
I'm not sure how 'simple' that is in the koji configuration.
It will have to be done anyway, yes?
Well, that would involve disabling all ppc builders for a release entirely,
which is much simpler. But this isn't the right list anyway.
Bill
--
Jonathan Dieter (jdie...@gmail.com) said:
He did bring up some other very good points, though. Xz's compression
output hasn't been set in sand, much less stone. The file format will
stay the same, but the same command-line options may result in different
compressed files.
... in what way
Aditya Patawari (adi...@adityapatawari.com) said:
How would this be different from each LiveCD group just targeting
a DVD size and changing their spin appropriately?
Actually instead of increasing the size and getting a cluttered install, I
am planning to include an internal repository.
Jonathan Dieter (jdie...@gmail.com) said:
... in what way does he mean this? Obviously passing -1 ... -9 causes
different output, much like it does in gzip/bzip2/etc.
He means that the file generated using -5 in the future may be different
than the file generated using -5 now.
As long as
John Reiser (jrei...@bitwagon.com) said:
If I had relied solely on Rawhide report, then there would have been
no progress from Tuesday morning to Thursday evening.
The delays in rawhide had nothing to do with the new gcc, FWIW.
Bill
--
fedora-devel-list mailing list
Fedora 12 Snapshot 1 is now available for testing. These snapshots
consist of live images only.
Available at http://torrent.fedoraproject.org/:
Fedora 12 Live Snapshot 1, for i686 and x86_64
Fedora 12 Live KDE Snapshot 1, for i686 and x86_64
Available at
Hans de Goede (j.w.r.dego...@hhs.nl) said:
The fact that it wasn't turned on at Alpha means it really shouldn't be
on now, not without FESCo approval.
That is interesting reasoning, first keep it out of Alpha even though it was
ready as you were afraid it would delay the Alpha further
Hans de Goede (j.w.r.dego...@hhs.nl) said:
It really is like having to support gentoo, versus having to support a
distro using pre build packages. And I would really like to move to the
having to
support a pre-build package model for the initrd.
The problem is this:
The kernel binary RPM
The following is a list of topics to be discussed at tomorrow's FESCo
meeting, at 17:00UTC in #fedora-meeting on irc.freenode.net
243 New entry of 'Build packages for which Fedora is upstream for all
language translators' review correction' for F12 schedule
238 Can libvdpau go in Fedora?
Michel Alexandre Salim (michael.silva...@gmail.com) said:
Multi-ownership seems *far* preferable to me than using triggers to
move files around, or moving a prelink-specific directory to the base
filesystem package.
Then the guidelines should be fixed to create less confusion over the
Toshio Kuratomi (a.bad...@gmail.com) said:
Section 1.3 Optional functoinality is a special case of Section 1.5
Common directory without one requiring the other. I'd combine them like
this:
I've updated the proposal based on this and other feedback.
And one more idea to throw out there: How
Seth Vidal (skvi...@fedoraproject.org) said:
Working on something else I stumbled across this:
http://fpaste.org/jDwM/
that's a list of pkgs in rawhide which are obsoleted by something else in
rawhide.
seems a bit dodgy to me.
Can you file bugs?
Bill
--
fedora-devel-list mailing list
Robert Relyea (rrel...@redhat.com) said:
triggers were the suggestion of the package reviewer to avoid
multi-ownership(IIRC). If there is unanimity on what the correct
solution should be, I'm sure Elio would be happy to implement it. Moving
/etc/prelink.conf.d to filesystem would
Peter Robinson (pbrobin...@gmail.com) said:
On Thu, Aug 20, 2009 at 5:30 PM, Bill Nottinghamnott...@redhat.com wrote:
Peter Robinson (pbrobin...@gmail.com) said:
I would like to add a group for the Moblin Desktop. My proposed patch
is below and feedback is welcome.
... this seems
Joachim (joachim.frie...@googlemail.com) said:
Moreover, it is even pulled in by basic packages like gnome-games (!).
Well, you know, if you want to play sudoku, you *need* a linear algebra
package.
(See earlier threads about numpy dependencies in pygtk.)
Bill
--
fedora-devel-list mailing
Mathieu Bridon (bochecha) (boche...@fedoraproject.org) said:
I just wanted to know if I should open a new bug report for Epiphany
as SEAlert got confused or if it is indeed the same bug, in which case
I'll be patient.
See bug 516057.
Bill
--
fedora-devel-list mailing list
Ville Skyttä (ville.sky...@iki.fi) said:
I ran a few scripts on the CVS tree and will commit the resulting
improvements
in a few days to devel and rebuild changed packages if ACL's allow. Let me
know if you for some reason don't want your packages touched (affected
package
lists
Till Maas (opensou...@till.name) said:
I considered IT might be redundant information, too, when
I created the groups, but also both the terms Forensics or Wireless
are not IT specific, therefore I put the IT-security explanation into
the description. There can be wireless analysis that is
Jesse Keating (jkeat...@redhat.com) said:
Ralf, this entire service is informational only. Maintainers don't need
to do anything with this information, particularly if it isn't being
filed as bugs and only provided on a webpage. They can simply ignore
the information or even pretend that
Till Maas (opensou...@till.name) said:
The IT prefix is only used in the group id, which is afaik not visible
to the used and not translated.
No, it's not just in the description.
These tools can be used to perform IT security related wireless auditing.
In this example, IT security related
Peter Robinson (pbrobin...@gmail.com) said:
From the sidelines it seems that there is a confusion on what the %
actually means. Some think that 100% means ready to be tested and
others think that 100% means It's been tested, the final builds are in
and all known and cared about bugs are
Recently, you've added the following groups to comps:
it-security-code-analysis
it-security-forensics
it-security-intrusion-detection
it-security-reconnaissance
it-security-wireless
it-security-password-recovery
You've also added a new toplevel category. This means this new nebulous
'IT Securty'
Till Maas (opensou...@till.name) said:
You've also added a new toplevel category. This means this new nebulous
'IT Securty' item is pushed at the toplevel, much as 'Desktops' or
'Language Support'. That seems misplaced to me.
How can I bundle the groups, if not with a category? Or can
drago01 (drag...@gmail.com) said:
(done that for you
http://koji.fedoraproject.org/koji/taskinfo?taskID=1574035 )
I see. I guess they'll let you and/or me know if this wasn't the right
thing
to do.
Well rel-eng did the mass rebuild and give us a list of the failed
packages,
Jon Stanley (jonstan...@gmail.com) said:
I'd like some mailman experts (if we have any) to take a look at this
procedure to migrate lists from redhat.com to lists.fp.o and let me
know if there's something obviously missing from it or if there's some
way that it can be improved. Feel free to
Robert Rati (rr...@redhat.com) said:
Right now condor is not listed in the comps file, so isn't available to
install from kickstart (as I understand it).
That is incorrect. All packages are available from kickstart, regardless
of their status in comps.
Bill
--
fedora-devel-list mailing
Robert Rati (rr...@redhat.com) said:
So comps just controls the list of packages available in the GUI?
Correct.
Bill
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Because ... why would you want to use this? Ever?
Bill
? diff
? kern.diff
? linux-2.6.28.tar.bz2
? patch-2.6.29-rc8-git6.bz2
? patch-2.6.29-rc8.bz2
Index: config-generic
===
RCS file: /cvs/extras/rpms/kernel/devel/config-generic,v
Mark McLoughlin (mar...@redhat.com) said:
http://poelstra.fedorapeople.org/schedules/f-12/f-12-releng-tasks.html
http://poelstra.fedorapeople.org/schedules/f-12/f-12-releng.ics
In the F-11 schedule, we had 85 days between Feature Freeze and GA. And
then GA slipped by two weeks.
In the
... as we sort through some toolchain issues. It will start as soon as
reasonably possible.
Bill
___
Fedora-devel-announce mailing list
fedora-devel-annou...@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce
--
Axel Thimm (axel.th...@atrpms.net) said:
if I touch a package today, would it need to be rebuilt, and if not,
would I need to create the noautobuild file?
Any package that builds after redhat-rpm-config-9.0.3-12.fc12 is added
to the buildroot is OK. This has not happened yet. (waiting on a
Axel Thimm (axel.th...@atrpms.net) said:
could this be automated in a way that if a package is built after that
it doesn't get tagged for the mass rebuild?
This will get covered, yes.
Bill
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
Fedora Release Enginerering is going to be starting a mass rebuild this
Thursday, July 28th, for the following Fedora 12 features:
- XZ RPM Payloads
- x86 Architecture Support
Just as in the Fedora 11 mass rebuild, if you'd like to opt out for
your packages, check a file into your
Bill Nottingham (nott...@redhat.com) said:
Fedora Release Enginerering is going to be starting a mass rebuild this
Thursday, July 28th, for the following Fedora 12 features:
That would be Thursday the 23rd, as per the web page.
- XZ RPM Payloads
- x86 Architecture Support
Bill
Dave Jones (da...@redhat.com) said:
+# We only build -PAE on 686.
%ifarch i686
-%define with_up 0
%define with_pae 1
%else
%define with_pae 0
The naming of 'with_up' is subtle here. With this change,
we'll try building a '686' kernel as well as a '686-PAE'.
That was
1 - 100 of 298 matches
Mail list logo