rawhide report: 20050604 changes
by Build System
Updated Packages:
GFS-kernel-2.6.11.8-20050601.152643.FC4.2
-----------------------------------------
at-3.1.8-78
-----------
* Fri Jun 03 2005 Jason Vas Dias <jvdias(a)redhat.com> 3.1.8-78
- fix bug 159220: add pam_loginuid to pam session stack in /etc/pam.d/atd
- fix bug 102341: add '-r' synonym for '-d' / atrm for POSIX / SuS conformance
cman-kernel-2.6.11.5-20050601.152643.FC4.2
------------------------------------------
dlm-kernel-2.6.11.5-20050601.152643.FC4.2
-----------------------------------------
eclipse-cdt-1:3.0.0_fc-0.M6.8
-----------------------------
* Fri Jun 03 2005 Jeff Pound <jpound(a)redhat.com> 3.0.0_fc-0.M6.8
- Patch refactoring/build.properties to include plugin.properties.
- Temporarily move all *.so's to *.so.bak due to native compilation bug.
- Temporarily remove gcj .jar -> .so db population.
gamin-0.1.0-1.1
---------------
* Fri Jun 03 2005 Elliot Lee <sopwith(a)redhat.com> 0.1.0-1.1
- Add the .la file back in for now (FC-4)
ghostscript-8.15-0.rc3.1
------------------------
* Fri Jun 03 2005 Tim Waugh <twaugh(a)redhat.com> 8.15-0.rc3.1
- Switch to ESP Ghostscript.
- 8.15rc3.
- Lots of patches dropped. Perhaps some will need to be re-added.
gnbd-kernel-2.6.11.2-20050420.133124.FC4.35
-------------------------------------------
kernel-2.6.11-1.1369_FC4
------------------------
* Wed Jun 01 2005 Dave Jones <davej(a)redhat.com>
- Fix up ALI IDE regression. (#157175)
* Mon May 30 2005 Dave Jones <davej(a)redhat.com>
- Fix up VIA IRQ quirk.
python-urlgrabber-2.9.6-2
-------------------------
* Fri Jun 03 2005 Phil Knirsch <pknirsch(a)redhat.com> 2.9.6-2
- Fixed the reget method to actually work correctly (skip completely transfered
files, etc)
18 years, 10 months
Re: "I plan to work on..." for FC5
by Josh Boyer
On Mon, 2005-06-06 at 00:57 +0200, Miloslav Trmac wrote:
> Hello world,
> (Apparently I don't know any better than to send this, which could start
> another long-lived "future of FC5" thread. Apologies to all if that
> happens.)
>
> Josh's great list has "??" in most "Developer(s)" collumns, let's try
> to do something about it.
>
> The idea is that all e-mails in this thread should start with "I plan to
> work on ...". This basic filter should separate the doable projects from
> the obviously impossible.
Great idea!
>
> - It is okay to ask for help from other people, as long as you are planning
> to work on implementing the feature.
>
> - It is okay if it turns out that the plan can't be finished; we can't
> predict the future.
>
> - The project in question does not have to be on the current list.
Absolutely correct. Feel free to add projects to the list too. And if
you want to work on one that is already listed, put your name in the
"Developer(s)" list. Once we get some interest in the projects, the
developers working on it can come up with a due date.
Btw, if someone feels the page could have better formatting that's cool
too. My wiki skillz aren't the best ;)
josh
18 years, 10 months
rawhide report: 20050605 changes
by Build System
Updated Packages:
metacity-2.10.0-2.fc5
---------------------
* Mon May 30 2005 Warren Togami <wtogami(a)redhat.com> 2.10.0-2
- raise demands attention (#157271 newren)
18 years, 10 months
Re: Fedora Extras Cd's, yum
by Naheem Zaffar
If fedora extras cd's are to be used through yum, I believe there should be
a local.repo file pointing at mounted devices (a generic file, possibly
using HAL? I am not developer, but that seems to be the use for it).
By FC5 There should probably be a frontend for yum in the default install.
The CD should have a directory structure, with the headers and a premade
sqlite file with the files that can be used against the local version, along
with a gpg key.
The yum GUI should handle the install. There is an issue though: What if
more than one cd is needed? Will there be a need to allow for each cd to
have a unique name distinguishable through yum? or can this be handled with
the sqlite file which will distinguish the cd's.
This in addition to a secong localrepo file that handles installs of
downloaded rpm's (I suggested this earlier; you could even have a scripted
folder called apps, where dragging an app into it will start yum just for
the mac lovers!) should make the Fedora way better than other competitor's
ways.
Bullet points of what I as a semi-geek end-user think will solve the
problem:
1. Stick to the linux way of repositories.
2. Add two local repositories: 1 for installing downloaded rpm's, one for
mounted extras media.
3. media that have the same structure as online repository (self containing
with both headers, and rpms in similar structure), with the addition of
sqlite file (which is only compared against local version; you do not want
to have to load a cd every time you run yum update ;)). If an app is
instalkled, just do the normal 'downloading' of the header, and rpm to the
pc from the cd!
3. Some gui front-end for installing. a YumEX tat as the features of
synaptic, but easier to use! (Not asking for much am I?)
4. A scripted folder that will automatically install apps. (Or this could
just be the apps menu; drag an app into the Applications menu, and it will
auto install via yum!) (the folder could be like the ones in my lcations;
computer, network, wastebasket, apps...)
5. drag the file out of the folder (or off the menu) into the recyclebin,
and this will run yum remove...
None of this deals with auto updating rpms downloaded from proprietry
sources that have not created a repo, but the consensus seems proprietry
devs will not use the more elegant 'fap' method anyway, so make things
simpler and have less hassle.
(Sorry if this messes up the listing format in archives. I m using Gmail
with the Digest option, and thus cannot reply to individual emails. If
anyone can tell me kow to sort this problem out, please mail me.)
18 years, 10 months
Re: pam_ccreds and Fedora
by W. Michael Petullo
>> I have been using Fedora Core's pam_ccreds package to allow my laptop to
>> authenticate users even when it is disconnected from my network's LDAP
>> server[1]. Recently, logging in to my computer when disconnected began
>> to fail.
>>
>> It seems that I was incorrectly relying on nscd to cache information for
>> long periods of time. Bug 150748 fixed nscd, but made it difficult to
>> abuse it in the way I require.
>>
>> After doing some research, I found nss_updatedb, a utility that maintains
>> a local cache of network directory user and group information. However,
>> nss_updatedb is not included in Fedora Core.
>>
>> What is the preferred way to use pam_ccreds on Fedora? Is anyone else
>> using this PAM module? Is nss_updatedb a prerequisite and, if so, will
>> it be packaged for Fedora?
>>
>> I think disconnected authentication is an important feature for Fedora
>> and would like to help work on it.
> You don't really need nss_updatedb, in fact nss_updatedb is totally
> unusable in *big* environments), nscd does all the necessary caching as
> of FC3 and beyond. What IS missing is integration of pam_ccreds into
> authconfig. There's a bug about it somewhere in RH bugzilla and
> apparently there's been (an RH internal) patch to authconfig floating
> around to add the support for configuring pam_ccreds, too bad it hasn't
> made the broad daylights so far despite me asking on a few occasions :-/
I have been having trouble with nscd. If connect my laptop to my network,
then nscd seems to fill its caches. Disconnecting my laptop from my
network and trying an "id -gn" works. But if I later boot my laptop while
connected to a different network (but where my LDAP server is not
available), then nscd seems to forget about the groups it had cached. "id
-gn" now fails.
I have set the timeout values on the cache data to several days.
Is there a way to directly print the data contained in the nscd cache
("nscd -g" does not really help)?
I have been using the pam_ccreds module fine for quite a while but caching
name information has been flakey. There does not seem to be too much
documentation published about this.
Some related bugs:
151914 -- pam_ccreds + xscreensaver (I hope to provide a fix soon).
145044 -- pam_ccreds + authconfig
--
Mike
18 years, 10 months
Re: RPM guidelines for vendors (was: Packaging idea)
by Jef Spaleta
On 6/3/05, Davide Bolcioni <dbolcioni(a)3di.it> wrote:
> Are there guidelines for proprietary vendors to follow beyond the
> fedora.us Wiki and Mandrake's Howto (neither of which addresses yum
> repositories, unless my memory fails me) ?
First of all, fedora.us is most likely no longer as relevant as
fedoraproject.org/wiki at this point in time. The fedoraproject wiki
has a packaging guideline document... but it doesn't cover what a
proprietary vendor would need to do to play nice with fedora. The
document is focused on what an Extras contributor should be doing.
There is no reason why there couldn't be a guidance document to
outside vendors.. as soon as people interested in laying out the
groundwork for the ideal external vender situation start discussing
it. How about.. proprietary vendors get invovled in discussion inside
the development community for the distros they are serving so they can
continually be aware and have input of best practises? You know...
talk to people. Linux distributions that have rapid release cycles
<=1 year are evolving processes not static platform targets.. and that
isn't going to change... because its inherent in how development
throughout the projects that make up a modern distribution is done.
Competing ideas fight it out in the linux ecosystem, and either get
adopted widely.. or fail. Either way, its an evolving process not a
static one. Hell.. whole distros are build around an 'innovative'
approach to packaging. Standardization is always in tension with
innovation. The absolute best way to build packages.. is to submit
package spec files for review to other packagers. The packaging that
wraps a proprietary product can certainly evolve on a different time
scale than the actual payload development. Proprietary vendors could
certaintly open up important sections of the spec file for community
input and review. Outside the sections of the spec that deal with
compilation.. which i'm pretty sure proprietary vendors probably short
circuit anyways... other sections certaintly can't leak ip secrets.
> Furthermore, but maybe it's just me, I've found that proprietary
> developers working under silly time constraints tend to skip "good
> practices" in the rush to finish *but* pay attention to avoiding
> known "bad practices", so maybe guidelines geared for vendor
> packaging should be in the form of "horror stories" - if you
> have suppressed the urge to rant about a glaring packaging blunder till
> now, I just gave you a justification :-)
Or they can build bridges with the existing community of packagers..
and start having their packaging process reviewed and augmented by
external community. Macromedia makes an attempt at this...
http://sluglug.ucsc.edu/macromedia/site_ucsc.html
and nvidia's license explicitly allows for external community to
repackage and redistribute as needed.
The big lesson that proprietary vendors need to realize is that they
can tap into expert community skills at distro packaging... they just
have to be willing to let external community touch the packaging
layer. The THIN packaging layer doesn't need to stagnate on
proprietary timescales.. nor do we need to re-invent packaging..again.
Vendor's need to be just open enough to allow the community to
repackage their payloads in a way that keeps pace with the evolution
of distribution.
-jef"all this..and only one cup of coffee"spaleta
18 years, 10 months
Whither /usr/lib64/libfam.la?
by Neal Becker
I just tried to build kyum-0.7.1, and got a link error, /usr/lib64/libfam.la
not found. I see on FC3 this file exists:
rpm -q -f /usr/lib64/libfam.la
gamin-devel-0.0.25-1.FC3
It's missing from FC4 version:
rpm -q gamin-devel
gamin-devel-0.1.0-1
I think this is a big problem, because it seems other kde libs reference it.
18 years, 10 months
pygtk in FC4
by Christian Fredrik Kalager Schaller
Hi,
Any plans to get pygtk 2.6.1 (or 2.6.2) into FC4? There are some bugs in
2.6.0 which makes PiTiVi not work (the GStreamer based non-linear
editor) which is fixed in 2.6.1. (2.6.0 code generator are broken)
Christian
18 years, 10 months