manual override needed for liborigin and libgeda
by Chitlesh GOORAH
Hello there,
can anyone do a manual override for both F-8, F-9 and F-10 branches as
I need to build a chain of packages ?
The packages are:
liborigin-20080225-1.fc8
liborigin-20080225-1.fc9
liborigin-20080225-1.fc10
and
libgeda-20080929-1.fc8
libgeda-20080929-1.fc9
libgeda-20080929-1.fc10
thanks,
Kind regards,
Chitlesh
15 years, 6 months
LSB; was: Re: starting Fedora Server SIG
by R P Herrold
Sorry to come late to this discussion and break fedora-devel
ML threading, as I am working from the web archive (I had
tossed the underlying pieces already)
Dan Horák at Wed, 12 Nov 2008 18:16:00 +0100:
> IMHO LSB Core conformance should be required in minimal
> install
Sadly, as a long time participant in the LSB process, I would
offer that there is not a well defined subset such as 'LSB
Core' (and adjuncts or extensions such as: 'LSB Desktop', 'LSB
Mobile Device', 'LSB Headless') are not a way that the LSB
decided to go in 4.0 initial (the next scheduled release, due
out later this year). This is in part from a lack of
developer mass and consensus.
LSB has a weekly conference call open to all contributors to
the LSB; its mailing list is open as are its archives {some
process happens 'out of sight' which is out of scope here}.
Mats Wichmann and I have been at OLS, and the LSB BOFH or
presentation for the last few years has drawn few attendees,
and sadly either just the 'usual suspects' or people looking
for a seat in a reasonably empty and quiet presentation room
;)
archive:
http://lists.linux-foundation.org/pipermail/lsb-discuss
subscription:
https://lists.linux-foundation.org/mailman/listinfo/lsb-discuss
Earlier, Peter Robinson at Wed, 12 Nov 2008 11:53:21 +0000
> For some reason redhat-lsb pulls in qt, qt-X11 and qt3.
> redhat-lsb is certainly something you'd probably want in a
> server environment but no idea why it would need qt
This being an 'redhat-lsb' lsb in the 3.x series.
LSB 4 is in release testing, and 'slops' all sorts of 'goop'
in to a 'conformant' installation: sound, printing, X, and GUI
widget sets, ... and more, in. The 'use case' was that the
ISV's needed each to be predictably present.
I predict that when LSB 4.0 releases, there will be much
wailing and gnashing of teeth, because no-one from Fedora has
'been at the table' arguing (and getting the consensus and
running code in place for) the 'Server SIG' need case.
A year ago, and periodically, lone voices contributors to the
LSB in the server wilderness, cry out:
Enough to the LSB
but no-one steps up to suggest the subset [and then to do the
repackaging (breaking off the one GUI dep that 'Requires in
much unwanted (in a server environment) GUI 'goop') in support
within the distributions] to elide such cruft not wanted in a
'server' environment.
LSB is willing and interested in having a sensible discussion,
and reaching specification of such a 'subset'; this seems like
a natural for people in a Fedora Server SIG to collaborate and
participate with this 'upstream' at LSB.
In the weekly conference call today, it was clear that such an
effort do advance a rational subset would be entertained (not
in the initial 4.0, probably -- it is past feature freeze
there, but later in that series)
Please join in.
-- Russ herrold
15 years, 6 months
Missing dependency gnome-python2-gnome
by Joshua C.
In todays testing updates i got Missing Dependency:
gnome-python2-gnome is needed by package
setroubleshoot-2.0.12-3.fc9.noarch (updates-testing-newkey). I cannot
find it. there are gnome-python2-gnomedesktop,
gnome-python2-gnomekeyring but they don't have the missing one. where
is it?
15 years, 6 months
rawhide report: 20081112 changes
by Fedora compose checker
Compose started at Wed Nov 12 06:01:43 UTC 2008
Updated Packages:
acpid-1.0.6-9.fc10
------------------
* Tue Nov 11 17:00:00 2008 Zdenek Prikryl <zprikryl(a)redhat.com> - 1.0.6-9
- power.sh works with ConsoleKit >= 0.3.0 (#470752)
- Fixed conditions in power.sh, which look for power-managers (#470752)
- Added check to init script
anaconda-11.4.1.57-1
--------------------
* Tue Nov 11 17:00:00 2008 David Cantrell <dcantrell(a)redhat.com> - 11.4.1.57-1
- Fix more UnicodeDecodeErrors, hopefully for good this time (#470733).
(clumens)
- iscsi do missing value check only once (hdegoede)
- Don't try to label XFS filesystems on livecd installs (#470951). (clumens)
- Include cracklib .mo files and look up strings in the right domain.
(clumens)
- Bugzilla has changed its return values for a couple queries. (clumens)
- Set the default keyboard based on the language (#470446). (clumens)
- Prevent traceback for vnc installs on KVM guests (#470559) (dcantrell)
- Bring up networking early enough for syslog= param (#470513) (dcantrell)
- Sleep a bit before calling udevsettle in iscsiTarget.login (#470073,
- kickstart, iscsi do not call iscsi.startup after startIBFT has been called
(hdegoede)
- Do not stop and restart iscsid when rescanning disks/partitions (#470223)
(hdegoede)
- iscsi.startup should not login to targets as we are already logged in
(#470230) (hdegoede)
- Remove obsolete normally never reached code from _stopIscsiDaemon
(#470229) (hdegoede)
- The function getEncryptedDevice gets called correctly expect when we are
in (jgranado)
- More translations
cheese-2.24.1-2.fc10
--------------------
* Sun Nov 9 17:00:00 2008 Hans de Goede <hdegoede(a)redhat.com> 2.24.1-2
- Fix cams which only support 1 resolution not working (rh470698, gnome560032)
dovecot-1.1.6-2.fc10
--------------------
* Mon Nov 3 17:00:00 2008 Michal Hlavinka <mhlavink(a)redhat.com> - 1:1.1.6-2
- changed comment in sysconfig to match actual state
* Mon Nov 3 17:00:00 2008 Michal Hlavinka <mhlavink(a)redhat.com> - 1:1.1.6-1
- update to upstream version 1.1.6
- change permissions of deliver and dovecot.conf to prevent possible password exposure
Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 4
Broken deps for ppc64
----------------------------------------------------------
livecd-tools-019-1.fc10.ppc64 requires yaboot
15 years, 6 months
Re: T61 mobile fails to boot randomly
by Zhang, Yanmin
On Tue, 2008-11-11 at 17:16 +0800, Zhang, Yanmin wrote:
> Peter,
>
> I run into a random boot failure issue with my t61 mobile. It's
> a dual-core x86-64 mobile. I installed Fedora core x86-64 8.
> with kernel 2.6.28-rc, system fails to boot randomly.
>
> Pls. see http://bugzilla.kernel.org/show_bug.cgi?id=11899.
>
> I found there are 2 issues.
> 1) when root=LABEL=/1, almost fails. nash fails to find the DISK type
> for root device (MAJOR 259), so it couldn't probe for the boot file
> system labels; It might be resolved by calling register_blkdev in kernel for 259.
> 2) when root=/dev/sda1, random fails. I instrumented both kernel and nash. kernel really
> sends out netlink uevent info for device /dev/sdaXXX, but nash doesn't receive it.
>
> I did a quick check of the source codes of the latest nash of FC10. It seems FC10's nash
> just added some new features (subcommands). So it shouldn't fix it. I didn't really test
> the latest nash because the nash update depends on too many rpms.
Peter,
I think I found the root cause of issue 2). Pls. see
http://bugzilla.kernel.org/show_bug.cgi?id=11899#c38.
Could you help review the patch?
-yanmin
15 years, 6 months
Reasons to preseve X on tty7
by Dax Kelson
I would argue strongly that this change should not be made for the
following reasons (in no particular order):
* The default behavior of X on tty7 has been in place since the
beginning (almost a decade and a half).
* Long standing behaviors and defaults should not be changed unless
there is a VERY good reason with a significant upside. Developers should
tread respectfully in such hallowed places.
* This specific Linux behavior is well documented in hundreds of
thousand of publications ranging from college text books, HOWTOs, Linux
books sold in retail stores, blogs, forums, guides, and training
manuals. Making a change invalidates all that published knowledge.
* Fedora (and presumably RHEL6) now behaves differently from all the
major distributions. The axiom about those who ignore history are bound
to repeat holds here. UNIX "distros" did the same thing, introducing
frivolous incompatibilities. This fractures the user community, creating
separate pockets of knowledge and experience for each system.
* The "exception to the rule" (such as this one) dramatically increases
the costs of cross-distribution support. It turns 300-page books into
1000-page books. Similarly one must remember and commit to memory all
the "exceptions" and swap them in and out of your mental working set as
needed.
* Fedora is now inconsistent with itself in regards to where X is
running depending on if you booted to runlevel 3 and used startx or if
you booted to runlevel 5. When your uptime is 3 weeks, how do you
remember which method you used to start the GUI?
* Having tty1 be the user's "primary console" (as mentioned in BZ
465547) is not a worthy goal as desktop (GUI only) users should not and
do not care what tty X is on.
* Experienced users will try CONTROL-ALT-F1 and nothing will happen, the
first thing that comes to mind is "something is broke".
* With the current rawhide behavior, what happens when you combine this
with fast user switching? The first user's desktop is on tty1, and then
is the second desktop is on tty7, and the third on tty8? I tried to test
this in my lab but I suspect video driver problems (radeon) because my
test machine would lock up.
* Having the X server start on tty7 *from the very beginning* would get
one less "flicker" without making an incompatible change.
I support progress, but I hate to see two steps forward and one back. I
understand change is natural but the change should be well reasoned with
implications considered and weighed.
To put my comments in "context" and to show that I'm not just a nutter
with an uniformed opinion, and in a way of introduction, here's a bit
about myself. I've used (typically in production) every single version
of Red Hat and/or Fedora ever created (go Mother's Day!). I started an
ISP and grew it to 10,000 users using (initially) Red Hat 4.2 (not
RHEL), and I was the first person/customer of Red Hat to earn an RHCE
(Feb 1999). I have minor patches in many different projects and several
hundred bugs in bugzilla.redhat.com. I was the official GNOME RPM
maintainer for a few years around the turn of the century creating GNOME
RPMs for several distributions for each new GNOME release.
For the past 9 years I have made a living writing Linux courseware for
multiple Linux distributions and teaching Linux training classes along
with the rest of the dozen full time instructors at Guru Labs, a company
I founded with a college friend of mine. I've sold tens of thousands of
Linux training books. Unfortunately, I don't have the time to
participate on the lists as much as I would like too. However, because
of my daily work I get to observe the low level changes and development
process of many different Linux distributions giving me a broad
perspective.
Our coureware features extensive labs which have thousands of lab steps
that exercise virtually all the major software components and features
thereof. As we update/validate our courseware to work on the latest
Linux distribution versions, our courseware ends up acting like a giant
regression test. We end up patching and/or filing many many bug reports
in many bug trackers.
Uneeded and frivolous incompatibilities between Linux distros are
particularly annoying to me on many levels. One practical reason is the
bloat it causes in our courseware. The LSB is fine for developers who
want to run binaries across multiple distributions, but Linux Sys Admins
deserve something akin to the LSB that provides greater consistency at
the Sys Admin level by removing squashing these frivolous
incompatibilities. This is something that has been brewing in the back
of my mind and I (using Guru Labs funding/resources and other interested
parties) might tackle at some point.
Dax Kelson
Guru Labs
15 years, 6 months
poppler soname bump
by Matthias Clasen
I've just built poppler-0.10.1 for F11, which caused the library version
to go from .3 to .4.
Looks like a couple of things need rebuilds, at least:
inkscape
tracker
evince (I'll take care of this one)
Matthias
15 years, 6 months