On Wed, Feb 23, 2011 at 1:57 PM, Bill Nottingham <notting(a)redhat.com> wrote:
> RFEs occasionally happen. (There's actually a RFE open for this on
> RHEL 6 as well). I'm not necessarily opposed to it, since the mechanism
> for packagers/admins (files in sysctl.d) is supported going forwards,
> even if the implementation changed.
That's good news! Did a bit of searching in BZ but couldn't spot the
RFE (to add myself to cc).
Anyway, BZ#593211 has the patches you need to initscripts src and to
the spec file :-)
m
--
martin.langhoff(a)gmail.com
martin(a)laptop.org -- Software Architect - OLPC
- ask interesting questions
- don't get distracted with shiny stuff - working code first
- http://wiki.laptop.org/go/User:Martinlanghoff
On Wed, Feb 23, 2011 at 12:37 PM, Bill Nottingham <notting(a)redhat.com> wrote:
> Martin Langhoff (martin.langhoff(a)gmail.com) said:
>> Not sure how it interacts with the systemd mayhem - but we use
>> sysctl.d so we can bump shmmax for postgresql on XS.
>
> systemd should already handle sysctl.d, from a brief look over the source.
You're right, it does.
What is the update policy on initscripts for currently supported
Fedoras and RHEL6? (My guess is: conservative enough that this kind of
patch is not welcome).
Background: I'm prepping rpms for the XS School Server, which I am
working on making installable on RHEL6 and siblings.
m
--
martin.langhoff(a)gmail.com
martin(a)laptop.org -- Software Architect - OLPC
- ask interesting questions
- don't get distracted with shiny stuff - working code first
- http://wiki.laptop.org/go/User:Martinlanghoff
Not sure how it interacts with the systemd mayhem - but we use
sysctl.d so we can bump shmmax for postgresql on XS.
Patches to src and spec at https://bugzilla.redhat.com/show_bug.cgi?id=593211
cheers,
m
--
martin.langhoff(a)gmail.com
martin(a)laptop.org -- Software Architect - OLPC
- ask interesting questions
- don't get distracted with shiny stuff - working code first
- http://wiki.laptop.org/go/User:Martinlanghoff
I am approaching bios-crypto again -- with the intention to split off
- libtommath -- it's trivial to reuse the spec from the official pkg,
and the delta is small
- libtomcrypt -- same
- bios-crypto -- the binaries and some low-level scripts
- bios-crypto-utils -- will move to a separate repo & rpm the shell &
python utils we use in the XS
Here is some background on the "audited" libs
http://lists.fedoraproject.org/pipermail/devel/2009-December/043679.html
There will probably be limited interest from Fedora proper, but at
least there'll be a pacakge in case anyone is crazy enough to push
more on this track :-)
cheers,
m
--
martin.langhoff(a)gmail.com
martin(a)laptop.org -- Software Architect - OLPC
- ask interesting questions
- don't get distracted with shiny stuff - working code first
- http://wiki.laptop.org/go/User:Martinlanghoff
On Tue, Jan 25, 2011 at 4:11 PM, Martin Langhoff
<martin.langhoff(a)gmail.com> wrote:
> If you are using or experimenting with fedpkg, I am putting some
> simple helper bits in an accessory "localpkg" python script (at
> http://dev.laptop.org/git/users/martin/localpkg
Updated and added a README -
lpkg - some extra commands to complement fedpkg
Getting started
- You have your fedpkg-style checkouts tracking spec files
and patches. We'll put them in ~/fpkg for this tour.
- You have the actual src code checkouts. They use git.
We'll have them in ~/src for this tour.
Install
- clone localpkg into your ~/src
- $ ln -s ~/src/localpkg/lpkg ~/bin/lpkg
Use
- $ cd ~/src/sugar # hack, commit. lpkg will help you build
(with fedpkg) from the tip of HEAD of this checkout.
Use git describe to see the "version" that will be set
in the resulting RPMs and SRPMs.
- $ cd ~/fpkg/sugar # make sure you are in the right branch.
fedpkg "guesses" the build target based on the name of the
remote branch you are tracking.
- $ git config --set lpkg.checkout ~/src/sugar
alternatively, you can pass --git-checkout to lpkg
- $ lpkg prep # prepares spec and source tarball
$ fedpkg local # builds it locally
$ lpkg lint # run rpmlint :-)
... # test it! does it work?
$ lpkg publish # scp to dev.laptop.org:public_rpms/<dist>/
cheers,
m