RE: Submission process (was: Re: Self-Introduction: Michael Tiemann)
by Erik LaBianca
>
> > I'll admit that some of the trouble is more imaginary than real:
five
> > minutes spent copying, pasting and double-checking can easily seem
like
> > an eternity, when it's actually a mere five minutes... but why waste
> > them, if it can be avoided?
>
> You cannot avoid human interaction as in setting bugzilla keywords and
> replying to comments. You could only avoid that with ultimately
trusted
> package maintainers who get direct access to a build/publish system.
>
Absolutely true, although I believe the current system is still daunting
for a new packager or reviewer. I'm not sure how to make it less so
without compromising quality other than saying that people need to just
jump in, and ask for help on the list if needed.
Would there be some benefit to having a separate list for Extra's
discussion?
>
> No. It's in fedora.us already in the "stable" repository (much to the
> disliking of some people) and the fedora.us build system uses a
modified
> version, http://www-user.tu-chemnitz.de/~ensc/fedora.us-build/html/
> but that is not an automated build system.
>
> > Should it be sanctioned as a required tool for packagers?
>
> No, because it behaves differently than plain rpmbuild.
>
Nonetheless, we really need to have a build environment that's >easily<
available for prospective packagers and QA testers to build packages on.
I propose mach, but a lot of people don't like it. Redhat has an
internal build system. Are there plans to release it
It's been a couple months since I was last harping on the list for some
feedback from the powers that be at RedHat regarding the official Fedora
Extra's infrastructure. Has there been progress? This issue really needs
to be resolved, even if the resolution is "we will eventually take over
the fedora.us infrastructure as it stands and abide by the policies
decided upon by the fedora.us community" or the other extreme of "we
don't like the idea of an official Fedora Extra's after all, do your own
thing", or more likely something in between.
--erik
19 years, 9 months
GIF support
by Andres Petralli
Hi Everyone,
I'm interested in knowing when GIF support will be re-included into
packages like PHP, ImageMagick and other image processing and
generation tools. GIF, as you might know was covered by patents until
the 20th of June 2004. The patents are now expired worldwide and gif
code could be easily re-activated in libs like GD and PHP. It was
always there, it was just not included into the packages because of the
patent problems. So, are there any plans to include gif libs into any
packages? It would be great if someone could give me some feedback on
this.
Thanks,
Andres
--
Andres Petralli
In der Wässeri 43
CH-8047 Zürich
andres(a)petralli.com, +41 43 3218066, +41 78 8353537
ICQ: 4685081, MSN: apetralli(a)msn.com, FAX: +41 43 5349810
19 years, 9 months
Self-Introduction: Michael Tiemann
by Michael Tiemann
1. Michael Damian Tiemann
2. USA, Chapel Hill, North Carolina
3. VP, Open Source Affairs (and former hacker)
4. Red Hat, Inc. (in Raleigh)
5. My goals are to push some extra useful packages that are built for
other or ancient distros into Fedora Extras. These packages are ones
that I believe will greatly expand the relevance of Fedora as a
development platform because of the additional communities they bring
with them. In particular:
* revive blender3d for FC2/Extras (was in FC1/Extras)
* add support for the R language (see http://www.r-project.org/)
* bring GRASS to Fedora (FreeGIS has been funded to do this)
* bring in the latest and greatest free bioinformatics sw
* see if the new eGroupware stuff is ready for FC2/Extras
As for doing QA, I can certainly do sanity checking of packages that
I've built or that others have built but not published to Fedora.
6. Historical qualifications
* A long time ago in a galaxy far away, I was a GCC hacker
* I know C, C++, and can parse bash, perl, and many other languages
* You should trust me because (1) Christian Gafton knows how to find me
(I work in the same building) and (2) Warren Togami brought me macademia
nuts from Hawaii
7. GPG KEYID and fingerprint:
[tiemann@localhost tiemann]$ gpg --keyserver pgp.mit.edu --fingerprint
ea0ac0e4
pub 1024D/EA0AC0E4 2003-08-14 Michael Tiemann (CTO, Red Hat)
<tiemann(a)redhat.com>
Key fingerprint = F0AD 3368 D24A 56CD A2AD 6A12 CAB3 2E89 EA0A
C0E4
sub 1024g/BB6171EB 2003-08-14 [expires: 2008-08-12]
M
19 years, 9 months
new kernel feature in progress
by Arjan van de Ven
Hi,
as will be able to see in todays rawhide, we're experimenting with
adding a patch for gpg-signed kernel modules. The idea behind this is
for the administrator to *optionally* [1] restrict the set of modules
that can be linked into the kernel. In selinux context one can even
eventually allow different security contexts to load different subsets
of modules, by restricting certain contexts to a predefined gpg keys
only.
The work isn't complete yet by far, this is just a heads up. Input for
creative uses of this infrastructure is welcome :)
Greetings,
Arjan van de Ven
[1] And I repeat *optionally*.
19 years, 9 months
Re: gtk2 package changes
by Christopher Aillon
On 06/25/2004 09:14 PM, Matthias Clasen wrote:
> I've fixed the gtk2 wrt to being parallel-installable on biarch
> systems like ppc/ppc64. The changes involved moving the arch-dependent
> config files to another directory and adding -32/-64 suffixes to the
> installed binaries. This means in particular that packages which install
> input modules or pixbuf loaders need changes to their postinstall and
> postuninstall hooks. To make this easier, the gtk2 package now installs
> two scripts, update-gdk-pixbuf-loaders and update-gtk-immodules, which
> expect to be given the host triplet and figure out the binary to call
> and the config file location based on that.
gqview uses gdk-pixbuf-csource in its makefiles to generate headers, so
the suggestions here won't help me at all. But hold up -- why does
gdk-pixbuf-csource even need to be arch dependent in the first place?
It doesn't generate any arch specific source (and things would seem very
broken if it did), so I'm not sure what the advantage of splitting that
up is.
Chris
19 years, 9 months
rawhide report: 20040630 changes
by Build System
Updated Packages:
anaconda-10.0.1-0.20040629211549
--------------------------------
authd-1.2.7-1
-------------
* Tue Jun 29 2004 Adrian Havill <havill(a)redhat.com> - 1.2.7-1
- added Provides to satisfy HP pkg rpm dep (#121447, #111640)
- more code cleanup; minimize --resolve dns lookups
bug-buddy-2.6.1-1
-----------------
* Tue Jun 29 2004 Christopher Aillon <caillon(a)redhat.com> 1:2.6.1-1
- update to 2.6.1
cups-1.1.21-1.rc1.2
-------------------
* Tue Jun 29 2004 Tim Waugh <twaugh(a)redhat.com> 1:1.1.21-1.rc1.2
- Apply patch from STR #743 (bug #114999).
eog-2.6.1-1
-----------
* Tue Jun 29 2004 Christopher Aillon <caillon(a)redhat.com> 2.6.1-1
- Update to 2.6.1
gawk-3.1.3-9
------------
* Mon Jun 28 2004 Thomas Woerner <twoerner(a)redhat.com> 3.1.3-9
- fixed "read only one input file on 64-bit architectures"
gthumb-2.4.0-1
--------------
* Tue Jun 29 2004 Christopher Aillon <caillon(a)redhat.com> 2.4.0-1
- Update to 2.4.0
httpd-2.0.50-3
--------------
* Tue Jun 29 2004 Joe Orton <jorton(a)redhat.com> 2.0.50-3
- update -proxy11 patch
- explain where suexec went if SuexecUserGroup is used but
/usr/sbin/suexec is not found
* Tue Jun 29 2004 Joe Orton <jorton(a)redhat.com> 2.0.50-1
- update to 2.0.50
im-sdk-11.4-63.svn1772.1
------------------------
* Wed Jun 30 2004 Yu Shao <yshao(a)redhat.com> 1:11.4-63
- remove immodule script requirement, use package requirement of gtk2 only
- check existence before running: update-gtk-immodule or
gtk-query-immodules-2.0
* Tue Jun 29 2004 Akira TAGOH <tagoh(a)redhat.com>
- im-sdk-11.4-gcc34.patch: applied to fix the build issue with gcc34.
* Mon Jun 28 2004 Dan Williams <dcbw(a)redhat.com> - 1:11.4-62.svn1772
- Fix useage of "/usr/bin/update-gtk-immodules ppc-redhat-linux" to point to right
place and architecture
initscripts-7.58-1
------------------
* Tue Jun 29 2004 Bill Nottingham <notting(a)redhat.com> 7.58-1
- rc.d/rc.sysinit: hack: make ICE directory on boot (#86480)
- set devicetype for xDSL (#126194)
- ignore locking failures when starting lvm volumes (#126192, <radu(a)primit.ro>)
- unset LC_MESSAGES for rhgb (#126020, <ynakai(a)redhat.com>)
- bonding fixes
- setsysfont: remove error (#100559)
- remove duplicate setting of network routes (#125450)
- vlan fixes (#107504, <hrunting(a)texas.net>)
- ifup-aliases: remove bogus route setting (#120908)
* Tue May 25 2004 Bill Nottingham <notting(a)redhat.com> 7.57-1
- readonly root fixes (<alexl(a)redhat.com>)
* Tue May 25 2004 Karsten Hopp <karsten(a)redhat.de> 7.56-1
- special TYPE for qeth devices to differenciate them from ethX
kernel-utils-2.4-12.1.139
-------------------------
* Tue Jun 29 2004 Arjan van de Ven <arjanv(a)redhat.com>
- add rng-tools
* Mon Jun 21 2004 Alan Cox <alan(a)redhat.com>
- Fix #107453
kudzu-1.1.72-1
--------------
* Tue Jun 29 2004 Jeremy Katz <katzj(a)redhat.com> - 1.1.72-1
- don't segfault with a zero-byte modules.usbmap
lvm2-2.00.19-1
--------------
* Tue Jun 29 2004 Alasdair Kergon <agk(a)redhat.com> - 2.00.19-1
- Latest upstream release. Lots of changes (see WHATS_NEW).
* Tue Jun 15 2004 Elliot Lee <sopwith(a)redhat.com> - 2.00.15-5
- rebuilt
* Wed May 26 2004 Alasdair Kergon <agk(a)redhat.com> - 2.00.15-4
- clone %description from LVM rpm
qt-3.3.2-9
----------
* Tue Jun 29 2004 Than Ngo <than(a)redhat.com> 1:3.3.2-9
- add sub package config, allow multi lib installation (#126643)
rpmdb-fedora-2-0.20040630
-------------------------
rusers-0.17-39
--------------
* Tue Jun 29 2004 Phil Knirsch <pknirsch(a)redhat.com> 0.17-39
- Added libselinux-devel BuildPreqreq (#124283).
system-config-network-1.3.17-1
------------------------------
* Thu Apr 01 2004 Harald Hoyer <harald(a)redhat.com> - 1.3.17
- translation updates (119610)
texinfo-4.7-3
-------------
* Tue Jun 29 2004 Tim Waugh <twaugh(a)redhat.com> 4.7-3
- Fix grouping in user-defined macros.
xinitrc-4.0.1-1
---------------
* Wed Jun 23 2004 Mike A. Harris <mharris(a)redhat.com> 4.0.1-1
- Added fix for switchdesk related bug in Xsession script (#125284)
- Integrated input.d modularization support implemented by Jens Petersen
based upon idea from Akira Tagoh:
- no need to source lang.sh
- do not look at LC_ALL
- initialize XIM, XIM_PROGRAM, XIM_ARGS, XMODIFIERS and GTK_IM_MODULE unset
for consistency and safety
- replace all specific locale and IM client config code with trying to
load ~/.xinput.d/ll_CC, then /etc/X11/xinit/xinput.d/ll_CC
(when they exist for ll_CC locale). Each script is expected to set
XIM_PROGRAM, XIM_ARGS, and either XIM or XMODIFIERS directly, and
optionally GTK_IM_MODULE if appropriate.
- export XMODIFIERS also if it was already initialized
19 years, 9 months
Packaging: Where to install demo apps to?
by Ralf Corsepius
Hi,
I am preparing a package for submission to Fedora.US/Fedora Extras. This
package comes with a couple of demo applications I plan to put into a
separate sub-package.
Where to install these applications to on FC?
What do Fedora conventions recommend?
IMO, they should not be installed to bindir (/usr/bin), because these
applications are "not really useful".
Installing them to datadir (/usr/share) or pkgdatadir
(/usr/share/<package>) also does not seem appropriate, because these
files are architecture dependent.
Remains $libexecdir/<package>.
Ralf
19 years, 9 months
iwconfig not found
by Ben Kuang
Hi Everyone:
Does anyone happen to know why i cant do iwconfig in
bash . I am using fedora core 2.
When i do $man iwconfig, the man page is there. But
when I do $iwconfig, it says command not found.
Thanks alot.
__________________________________
Do you Yahoo!?
New and Improved Yahoo! Mail - 100MB free storage!
http://promotions.yahoo.com/new_mail
19 years, 9 months
gtk2 package changes
by Matthias Clasen
I've fixed the gtk2 wrt to being parallel-installable on biarch
systems like ppc/ppc64. The changes involved moving the arch-dependent
config files to another directory and adding -32/-64 suffixes to the
installed binaries. This means in particular that packages which install
input modules or pixbuf loaders need changes to their postinstall and
postuninstall hooks. To make this easier, the gtk2 package now installs
two scripts, update-gdk-pixbuf-loaders and update-gtk-immodules, which
expect to be given the host triplet and figure out the binary to call
and the config file location based on that.
So, if one of your packages installs an input module or pixbuf loader,
please update the post hooks accordingly. You can look at librsvg2 or
im-sdk for examples.
Regards, Matthias
19 years, 9 months