* Tue Oct 17 2006 Jeremy Katz <katzj(a)redhat.com> - 220.127.116.11-1
- fix retry (#211117)
* Mon Sep 11 2006 Fernando Nasser <fnasser(a)redhat.com> 0:1.1.1-4jpp.2
- Add missing Requires for commands used in javadoc post/postun scripts
* Tue Oct 17 2006 Jesse Keating <jkeating(a)redhat.com> - 1.0.1-10
- Only run pk11install if the binary is there (multilib fun)
* Mon Oct 09 2006 Bob Relyea <rrelyea(a)redhat.com> - 1.0.1-9
- use pk11install which does not require loading the module to install it.
* Mon Oct 09 2006 Bob Relyea <rrelyea(a)redhat.com> - 1.0.1-8
- pcscd must be running in order to add coolkey.
* Sun Oct 15 2006 Paul W. Frields <stickster(a)gmail.com> - 6-3
- Fix IG publication URL
- Amend CSS to respect font selections and restore icons
* Tue Oct 17 2006 Chris Lumens <clumens(a)redhat.com> 1.6.27-1
- Use stateless configuration for ipv6 sine the kernel support isn't there
* Tue Oct 17 2006 Stephen C. Tweedie <sct(a)redhat.com> - 3.0.3-0.1.rc3
- Rebase to xen-3.0.3-testing-rc3
- Revert 11728:30f13007be. Breaks Solaris guests.
Broken deps for s390
systemtap - 0.5.9-1.fc6.s390 requires kernel >= 0:2.6.9-11
On 9/28/06, Stephen John Smoogen <smooge(a)gmail.com> wrote:
> > Besides, GNOME and gaim are applications designed and written for you
> > the Linux user in mind (GNOME arguably is done with the Fedora user in
> > mind), and we have sway with what goes in to that codebase. Firefox is
> > written with the Windows user in mind and if you find bugs, I am not
> > guaranteed to be able to fix them because I (on behalf of Fedora or Red
> > Hat) can't make changes to the source code without getting approval from
> > the Mozilla Corporation pursuant to their trademarking guidelines.
Honestly, we may consider doing the same thing as Debian guys, to show
our support and to prevent future possibility of a similar situation,
in case/when MozCo decides to change their marketing rules again.
Besides, it is my understanding (from reading the Debian bug
discussion and generally from being roommates with the Debian Firefox
maintainer in question), that MozCo is enforcing the "if you use the
name, you must use the logo" rule. In theory, since the logo is
copyrighted (and not sensibly licensed), Fedora should NOT be able to
use the name with a generic logo, unless Red Hat has an agreement with
MozCo about this specific case. Even in the case when such agreement
exists, it's still not acceptable, because it interferes with any
third-party repackaging of the Fedora tree. This restriction is
already true for current releases of Fedora.
If Red Hat and Debian both pick a name for a non-restricted version of
Firefox, then that would help lessen the potential confusion. It would
suck if every distro has Firefox under a different name. If someone
wants to cooperate with the Debian Firefox maintainer, he's open to
such dialogue with Red Hat/Fedora (FESCO?). Interested parties may get
in touch with him via eric(a)debian.org (he's cc'd on this message).
I think "IceWeasel" is very silly and creates unnecessary tension with
upstream, but "Freefox" sounds like a winner, unless it is decided by
IAALs that it's too close to "Firefox" and thus can be found
It's definitely late for such change to happen in the FC6 timeframe,
but we have to look further, and if we are to stick to the motto of
providing a distribution that is "free to infinity," then we can't
continue to ship Firefox under the name that limits what we can and
cannot do with the software.
On Tue, Oct 17, 2006 at 09:43:39PM -0400, Gene Heskett wrote:
> Dave Jones wrote:
> >On Wed, Oct 18, 2006 at 12:45:25AM +0200, Alfredo Ferrari wrote:
> I hate to sound stupid Dave, but what utility will tell us if the
> partition being inspected is a 1k/block partition?
> We'd like to know if we are vulnerable to this one.
tune2fs -l /dev/hdX | grep Block\ size
As others have pointed out, chances are your /boot (and any other
similar small sized partitions) will be 1k. Asides from this,
unless you manually created a filesystem by hand with custom options
to mkfs, you should have 4K block sizes.
always when i send mails to fedora-devel-list i get this back.
what can i do to get rid of the s**t ?
or is this the *reflex* in the mail address ?
-------- Original Message --------
Subject: NDN: Re: xorg-x11-drv-1.4.2-2.1.fc6 in FC6
Date: Tue, 17 Oct 2006 21:52:21 +0200
Sorry. Your message could not be delivered to:
christian paratschek,reflex.at (The name was not found at the remote site.
Check that the name has been entered correctly.)
You are right, but when you have to deal with 50+ machines you tend to
automatize updates for obvious reasons.
Further, no warning has been issued, I just saw the thread by chance.
Even on my personal machines where I do things by hand, I downloaded the
new kernels yesterday, rebuilt them with some extra patches (ntfs,
initrd dsdt for my buggy laptop etc), installed them together with the old
one, tested for one day (they are under heavy load anyway), tested
also (and built the drivers for) hardware acceleration, wireless, dumb
Conexant modem etc etc. and eventually I deinstalled the old kernel just
before reading that message.
It is not a big deal to reinstall the previous kernel on those machines,
crossing fingers that nothing happened to the 1k partitions,
much tougher on the cluster, but I really miss the rationale of having a
kernel update in those conditions (the bug was know as far as I
On Tue, 17 Oct 2006, Jose Celestino wrote:
> Words by Alfredo Ferrari [Wed, Oct 18, 2006 at 12:05:14AM +0200]:
>> Seriously, I believe this is a big issue. Let me summarize:
>> a) there was a kernel update for FC5
>> b) this kernel has a known bug which could results in corrupting
>> ext3 filesystems with 1k block size under heavy load
>> c) ... nevertheless it has been pushed out with no special warning
>> d) pratically all /boot partitions are ext3 1k (anaconda generated)
>> e) many partitions on old machine upgraded from previous versions are
>> ext3 1k as well
>> f) experienced users could have much bigger partitions manually
>> generated with 1k block size for their own fun/reasons/optimization (I
>> personally have counted already 400 GBytes of 1k, ext3, partitions
>> just on my personal laptop, desktop and associated backup disks
>> excluding /boot ones). In my case, most of the 1k partitions are such
>> because they are subject to heavy loads with many small files
>> What was the rationale for releasing an official kernel update under such
>> dangerous conditions? Just "anaconda doesn't generate 1k partitions (not true BTW)"? I still believe Linux is not (yet) Windows
> Thank god no. But the growing user base is more and more windows like.
> Thankfuly many of us know that you shouldn't push every and all upgrade to
> production servers as soon as it comes. And also thankfuly there are
> those who do just that.
| Alfredo Ferrari || Tel.: +41.22.767.6119 |
| C.E.R.N. || Fax.: +41.22.767.7555 |
| European Laboratory for Particle Physics|| |
| AB Division / ATB Group || e-mail: |
| 1211 Geneva 23 || Alfredo.Ferrari(a)cern.ch |
| Switzerland || Alfredo.Ferrari(a)mi.infn.it |
I just did a fresh network install of FC6 from rawhide and it is still
creating busted firewall rules for IPv6. If this isn't fixed during the
release slip, FC6 will release with a totally disfunctional IPv6 stack
due to those broken firewall rules. I understand that the kernel
features being referenced are experimental and are not even enabled in
the shipping kernel. So we should be generating ANY rules with "--m
state" in them for IPv6 because they will not work. The present
configuration has to change so that ip6tables is not attempting to use
features that are not even enabled in the shipping kernel or the IPv6
networking code will not function at all, as all packets are being
Michael H. Warfield (AI4NB) | (770) 985-6132 | mhw(a)WittsEnd.com
/\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/
NIC whois: MHW9 | An optimist believes we live in the best of all
PGP Key: 0xDF1DD471 | possible worlds. A pessimist is sure of it!
- some time ago (not tested recently): with Intel video + open source driver, if i set color depth to 24 bits, have the same issue.
- recently: with Nvidia video + Nvidia 9xxx beta propietary driver if i set color depth to 24 bits, have the same issue
Hope that helps.
----- Original Message ----
From: David Malcolm <dmalcolm(a)redhat.com>
To: Development discussions related to Fedora Core <fedora-devel-list(a)redhat.com>
Sent: Tuesday, October 17, 2006 4:11:45 PM
Subject: Re: xorg-x11-drv-1.4.2-2.1.fc6 in FC6
On Tue, 2006-10-17 at 14:43 -0400, David Malcolm wrote:
> On Tue, 2006-10-17 at 13:35 -0400, Kristian Høgsberg wrote:
> > David Malcolm wrote:
> > > On Tue, 2006-10-17 at 13:13 -0400, Kristian Høgsberg wrote:
> > >> Hi,
> > >>
> > >> Due to the FC6 schedule slip, Jesse let the new mga driver into the release.
> > >> I've put up the build that's going to be in FC6 here:
> > >>
> > >> http://people.redhat.com/krh/xorg-x11-drv-mga-1.4.2-1.fc6.i386.rpm
> > >>
> > >> Please give it a try as soon as you can, and let us know how it works.
> > >>
> > > Running it here, seems to be working fine for me (only after a few
> > > minutes testing, though). I deleted a Option "UseFBDev" from the Device
> > > section, which I'd needed to add to cover:
> > > https://bugs.freedesktop.org/show_bug.cgi?id=6821
> > Thanks good news. Yes please remove all options or workarounds that you have
> > had to add to make it work. The testing I'm looking for is basically "does it
> > work out of the box?" with a plain xorg.conf file (ideally, remove it and
> > generate a new one with system-config-display).
> Having some problems with monitor detection, and selecting one by hand
> in system-config-display doesn't seem to affect the xorg.conf that's
> written out.
> So am currently stuck in 800x600, which is less than ideal.
> Am investigating...
Manually hacking up the modelines in the Xorg.conf gave me a better
resolution, and it's usable - but now I have a problem where if I
Ctrl-Alt-F1 through F6 to the virtual terminals, they switch fine, but
on switching back to Ctrl-Alt-F7 I get into a hosed text mode that I
can't get out of.
Is anyone else testing this package? Is it just my system that's hosed?
> > If compiz doesn't work or EXA or Xv crashes it or whatever, please file bugs
> > as usual, but the priority now is to get something that works for anaconda and
> > getting updates :)
> > cheers,
> > Kristian
fedora-devel-list mailing list
Preguntá. Respondé. Descubrí.
Todo lo que querías saber, y lo que ni imaginabas,
está en Yahoo! Respuestas (Beta).
Aha, that explains it. Though it doesn't make all that much sense to
have it only on extras... what if the computer isn't conntected to an
internet(s)? Ah well, at least I got what I was looking for. Thanks, guys!