1:54 a.m.
Hi all,
No I'm not leaving or anything like that. But keeping 200+ packages in top
condition is taking quite a large chunk of time (duh). So I'm looking for
fellow contributers who want to become the maintainer of a few (100 or so :)
packages of mine to lighten my load.
I'll stick around as co-maintainer for quite a few of them, others which I've
only picked up to stop them from becoming orphaned, I probably will withdraw
myself from completely.
Here is a short list of packages which gets upstream updates at regular
intervals, and thus bring the most work with them, and thus I would _really_
like to see a new maintainer for:
* boswars -- Bos Wars is a futuristic real-time strategy game
* childsplay -- Suite of educational games for young children
* childsplay_plugins -- Plugins for childsplay (educational games for
young children)
* gcompris -- Educational suite for kids 2-10 years old
* ogre -- Object-Oriented Graphics Rendering Engine
* scorched3d -- Game based loosely on the classic DOS game Scorched Earth
* stormbaancoureur -- Simulated obstacle course for automobiles
* vavoom -- Enhanced Doom, Heretic, Hexen and Strife source port
With that said note that any package below is fair game!
And here is the full list:
https://admin.fedoraproject.org/pkgdb/users/packages/jwrdegoede
* 8Kingdoms -- 8 Kingdoms is a 3D turn-based fantasy strategic game
* abuse -- The classic Crack-Dot-Com game
* adime -- Allegro Dialogs Made Easy
* alex4 -- Alex the Allegator 4 - Platform game
* alfont -- Font rendering library for the Allegro game library
* alienblaster -- Action-loaded 2D arcade shooter game
* alleggl -- OpenGL support library for Allegro
* allegro -- A game programming library
* AllegroOGG -- Ogg library for use with the Allegro game library
* alphabet-soup -- Guide your worm through the soup to spell words
* amoebax -- Action-Puzzle Game
* ants -- Guide your ants safely home before they drop of the cliff
* arc -- Arc archiver
* ardour -- Multichannel Digital Audio Workstation
* arj -- Archiver for .arj files
* arm-gp2x-linux-binutils -- Cross Compiling GNU binutils targeted at
arm-gp2x-linux
* arm-gp2x-linux-gcc -- Cross Compiling GNU GCC targeted at arm-gp2x-linux
* arm-gp2x-linux-glibc -- Cross Compiled GNU C Library targeted at
arm-gp2x-linux
* arm-gp2x-linux-kernel-headers -- Kernel headers for Cross Compiling to
arm-gp2x-linux
* arm-gp2x-linux-SDL -- Cross Compiled SDL Library targeted at arm-gp2x-linux
* arm-gp2x-linux-zlib -- Cross Compiled zlib Library targeted at
arm-gp2x-linux
* arrows -- Neat little maze game
* asc -- Advanced Strategic Command
* asc-music -- Background music for the game asc
* atomorun -- Jump&Run game where you have to flee an exploding nuclear bomb
* auriferous -- Game inspired by the classic Loderunner
* autodownloader -- GUI-tool to automate the download of certain files
* avr-binutils -- Cross Compiling GNU binutils targeted at avr
* avrdude -- Software for programming Atmel AVR Microcontroller
* avr-gcc -- Cross Compiling GNU GCC targeted at avr
* avr-gdb -- GDB for (remote) debugging avr binaries
* avr-libc -- C library for use with GCC on Atmel AVR microcontrollers
* ballbuster -- Move the paddle to bounce the ball and break all the bricks
* ballz -- Platform game with some puzzle elements
* beneath-a-steel-sky -- Beneath a Steel Sky - Adventure Game
* beneath-a-steel-sky-cd -- Beneath a Steel Sky - Adventure Game - CD version
* bin2iso -- Convert ".bin" files into ISO or WAV
* blobAndConquer -- Blob Wars 2: Blob And Conquer
* blobwars -- Mission and Objective based 2D Platform Game
* BlockOutII -- A free adaptation of the original BlockOut DOS game
* bochs -- Portable x86 PC emulator
* bolzplatz2006 -- Slam Soccer 2006 is a funny football game in 3D-comic-style
* boswars -- Bos Wars is a futuristic real-time strategy game
* cdogs-data -- Data files for the CDogs game
* cdogs-sdl -- C-Dogs is an arcade shoot-em-up
* cel -- Crystal Entity Layer
* chess -- 3D chess game
* childsplay -- Suite of educational games for young children
* childsplay_plugins -- Plugins for childsplay (educational games for
young children)
* clanbomber -- Bomberman-like multiplayer game that uses ClanLib
* ClanLib -- Cross platform C++ game library
* ClanLib06 -- Version 0.6 of this Cross platform C++ game library
* clonekeen -- "Commander Keen: Invasion of the Vorticons" clone
* coldet -- 3D Collision Detection Library
* crack-attack -- Puzzle action game
* CriticalMass -- None
* crystalspace -- Crystal Space a free 3D engine
* crystal-stacker -- Falling blocks, match 3 or more of the same color
crystals
* crystal-stacker-themes -- Themes for the Crystal Stacker game
* dd2 -- Dodgin' Diamond 2 - Shoot'em up arcade game
* dia -- Diagram drawing program
* duel3 -- One on one spaceship duel in a 2D arena
* dumb -- IT, XM, S3M and MOD player library
* egoboo -- A top down graphical (3D) RPG in the spirit of Nethack
* egoboo-data -- Data files for the Egoboo RPG
* enet -- Thin, simple and robust network layer on top of UDP
* fbg -- Falling Block Game
* feh -- Fast command line image viewer using Imlib2
* flight-of-the-amazon-queen -- Flight of the Amazon Queen - Adventure Game
* flight-of-the-amazon-queen-cd -- Flight of the Amazon Queen - Adventure
Game - CD version
* fRaBs -- Free data files for abuse the game
* freecol -- The FreeCol multi-player strategy game
* freeglut -- A freely licensed alternative to the GLUT library
* freeimage -- Multi-format image decoder library
* freetype1 -- Free TrueType font rendering engine, compatibility version
* frozen-bubble -- Frozen Bubble arcade game
* games-menus -- Catagorized submenus for the GNOME/KDE Games menu
* gcompris -- Educational suite for kids 2-10 years old
* gemdropx -- Falling blocks puzzlegame
* gkrellm -- Multiple stacked system monitors in one process
* gkrellm-wifi -- Wireless monitor plugin for the GNU Krell Monitors
* glaxium -- An OpenGL space shooter
* glchess -- GlChess, a 3d Chess game using OpenGL
* glew -- The OpenGL Extension Wrangler Library
* Glide3 -- Glide3 runtime for the 3Dfx Voodoo family of cards
* Glide3-libGL -- Glide3 OpenGL library for use with 3Dfx Voodoo 1 & 2 cards
* glyph-keeper -- Library for text rendering
* gnome-applet-sensors -- Gnome panel applet for hardware sensors
* gnome-games -- GNOME games
* gnucap -- The Gnu Circuit Analysis Package
* gnumeric -- Spreadsheet program for GNOME
* goffice -- Goffice support libraries
* goffice04 -- Goffice support libraries
* gstream -- Simplified stream output/input for Allegro
* gt -- Modified Timidity which supports enhanced gus format patches
* gtkterm -- Serial port terminal
* hawknl -- Game oriented network library
* hedgewars -- 2D tankbattle game with the tanks replaced by hedgehogs
* Hermes -- Pixel format conversion library
* higlayout -- Easy to use and powerful layout manager for Java
* i2c-tools -- A heterogeneous set of I2C tools for Linux
* id3lib -- Library for manipulating ID3v1 and ID3v2 tags
* imlib2 -- Image loading, saving, rendering, and manipulation library
* Io-language -- Io is a small, prototype-based programming language
* jpgalleg -- JPEG library for the Allegro game library
* kbilliards -- A Fun Billiards Simulator Game
* KoboDeluxe -- 3'rd person scrolling 2D shooter
* ksensors -- KDE frontend to lm_sensors
* ksirk -- Turnbased multiplayer board strategy game (conquer the world!)
* lacewing -- Asteroid like game with many different ships
* ladspa-amb-plugins -- Ambisonics LADSPA plugins
* ladspa-blop-plugins -- Bandlimited LADSPA Oscillator Plugins
* ladspa-caps-plugins -- The C* Audio Plugin Suite
* ladspa-cmt-plugins -- A collection of LADSPA plugins
* ladspa-fil-plugins -- LADSPA Filter plugins
* ladspa-mcp-plugins -- A set of audio plugins for LADSPA
* ladspa-rev-plugins -- A reverberation plugin for LADSPA
* ladspa-tap-plugins -- Tom's Audio Processing plugin
* ladspa-vco-plugins -- Anti-aliased pulse and sawtooth oscillators
* lbrickbuster2 -- Brickbuster arcade game
* libao -- Cross Platform Audio Output Library
* libassetml -- XML resource database library
* libcddb -- Library (C API) for accessing CDDB servers
* libebml -- Extensible Binary Meta Language library
* libgda -- Library for writing gnome database programs
* libgnomedb -- Library for writing gnome database programs
* libid3tag -- ID3 tag manipulation library
* libmatroska -- Open audio/video container format library
* libmikmod -- A MOD music file player library
* libogg -- The Ogg bitstream file format library
* libsamplerate -- Sample rate conversion library for audio data
* libtar -- Tar file manipulation API
* libtheora -- Theora Video Compression Codec
* libtimidity -- MIDI to WAVE converter library
* libvorbis -- The Vorbis General Audio Compression Codec.
* libXNVCtrl -- Library providing the NV-CONTROL API
* liquidwar -- Multiplayer wargame with liquid armies
* londonlaw -- Online multiplayer version of a well known detective boardgame
* lua -- Powerful light-weight programming language
* lure -- Lure of the Temptress - Adventure Game
* lzo -- Data compression library with very fast (de)compression
* machineball -- A futuristic ball game with simple rules
* magicmaze -- Board game featuring a maze which the players change each turn
* magicor -- Push ice blocks around to extenguish all fires
* MagicPoint -- X based presentation software
* maniadrive -- 3D stunt driving game
* maniadrive-data -- Data files for maniadrive, a 3D stunt driving game
* maniadrive-music -- Replacement soundtrack for the non free ManiaDrive
soundtrack
* mdbtools -- Access data stored in Microsoft Access databases
* methane -- Super Methane Brothers
* mikmod -- Music module player
* mirrormagic -- Puzzle game where you steer a beam of light using mirrors
* monkey-bubble -- Game in the spirit of Frozen Bubble
* njam -- Maze-game, eat all the cookies while avoiding the badguys
* nogravity -- Space shooter in 3D
* nogravity-data -- Data files for NoGravity
* ode -- High performance library for simulating rigid body dynamics
* ogre -- Object-Oriented Graphics Rendering Engine
* ois -- Open Input System, OO gaming input library
* openct -- Middleware framework for smart card terminals
* opengl-games-utils -- Utilities to check proper 3d support before
launching 3d games
* openlierox -- Addictive realtime multiplayer 2D shoot-em-up
* opensc -- Smart card library and applications
* overgod -- Another Asteroid like game
* pachi -- Pachi El Marciano - Platform Game
* paragui -- Graphical User Interface based on SDL
* pcsc-perl -- Perl interface to the PC/SC smart card library
* pcsc-tools -- Tools to be used with smart cards and PC/SC
* perl-SDL -- SDL bindings for the Perl language
* PersonalCopy-Lite-soundfont -- Lite version of the PersonalCopy General
Midi soundfont
* pinball -- Emilia Pinball game
* pingus -- Guide the penguins safely home before they drop of the cliff
* pioneers -- Turnbased board strategy game (colonize an island)
* pipenightdreams -- Connect the waterpipes to create a proper pipeline
* plib -- Set of portable libraries especially useful for games
* plib16 -- Set of portable libraries especially useful for games
* pygtkglext -- Python bindings for GtkGLExt
* PyOpenGL -- Python bindings for OpenGL
* quake3 -- Quake 3 Arena tournament 3D shooter game
* rafkill -- Top-down shooter with powerups
* raidem -- 2d top-down shoot'em up
* raidem-music -- Background music for the game raidem
* Ri-li -- Arcade game where you drive a toy wood engine
* rott -- Rise of the Triad
* scorched3d -- Game based loosely on the classic DOS game Scorched Earth
* scorchwentbonkers -- Realtime remake of Scorched Earth
* scummvm -- Interpreter for several adventure games
* sdcc -- Small Device C Compiler
* sdljava -- Java binding to the SDL API
* SDLmm -- C++ interface for the popular SDL library
* SDL_sound -- Library handling decoding of several popular sound file formats
* seahorse-adventures -- Help barbie the seahorse float on bubbles to the moon
* shippy -- Space invaders / Galaxians like game with powerups
* SimGear -- Simulation library components
* smashteroid -- Astrosmash Remake
* sooperlooper -- Realtime software looping sampler
* soundtouch -- Audio Processing library for changing Tempo, Pitch and
Playback Rates
* stormbaancoureur -- Simulated obstacle course for automobiles
* supertuxkart -- Kids 3D go-kart racing game featuring Tux
* svgalib -- Low-level fullscreen SVGA graphics library
* taxipilot -- Game where you pilot a taxi in space
* theora-exp -- Experimental theora decoder
* timidity++ -- A software wavetable MIDI synthesizer
* tinyxml -- A simple, small, C++ XML parser
* TnL -- Thunder & Lightning - A futuristic action flight simulator game
* TnL-data -- Datafiles for Thunder and Lightning
* trackballs -- Steer a marble ball through a labyrinth
* trackballs-music -- In-game music for Trackballs
* tremulous -- First Person Shooter game based on the Quake 3 engine
* tremulous-data -- Data files for tremulous the FPS game
* tuxkart -- Kids 3D go-kart racing game featuring Tux
* upslug2 -- Firmware update utility for the nslu2
* vavoom -- Enhanced Doom, Heretic, Hexen and Strife source port
* vecmath1.2 -- Free version of vecmath from the Java3D 1.2 specification
* vegastrike -- 3D OpenGL spaceflight simulator
* vegastrike-data -- Data files for Vega Strike
* vorbis-tools -- The Vorbis General Audio Compression Codec tools
* wildmidi -- WildMidi softsynth midi player
* worminator -- Sidescrolling platform and shoot'em up action-game
* worminator-data -- Data for worminator the game
* xarchon -- Arcade board game
* xblast -- Lay bombs and Blast the other players of the field (SDL version)
* xblast-data -- Data files for the game xblast
* xfig -- An X Window System tool for drawing basic vector graphics
* xgalaxy -- Galaxian / Galaga like game with powerups
* xu4 -- Ultima IV recreated
* zasx -- Asteroid like game with powerups
Thanks & Regards,
Hans
2:26 a.m.
Hi,
Maybe I can take car of the avr-* packages. If anyone is also
interested, let me know.
Greetings,
Thibault
4:41 a.m.
Thibault North wrote:
Hi,
Maybe I can take car of the avr-* packages. If anyone is also
interested, let me know.
Ok,
I've just released ownership of the following, so go to pkgdb and grab ownership:
* avr-binutils -- Cross Compiling GNU binutils targeted at avr
* avr-gcc -- Cross Compiling GNU GCC targeted at avr
* avr-gdb -- GDB for (remote) debugging avr binaries
* avr-libc -- C library for use with GCC on Atmel AVR microcontrollers
In the avrdude case I'm merely a co-maintainer, I'm sure Trond would welcome
another co-maintainer though!
Thanks & Regards,
Hans
2:05 p.m.
On Mon, 2008-04-14 at 09:26 +0200, Thibault North wrote:
Maybe I can take car of the avr-* packages. If anyone is also
interested, let me know.
I guess I'd be interested in picking up some cross compilers, perhaps
bochs, etc. I didn't follow all of this thread - what was the outcome
for the AVR/ARM and emulation bits, Hans?
Jon.
2:24 p.m.
Jon Masters wrote:
On Mon, 2008-04-14 at 09:26 +0200, Thibault North wrote:
> Maybe I can take car of the avr-* packages. If anyone is also
> interested, let me know.
I guess I'd be interested in picking up some cross compilers, perhaps
bochs, etc. I didn't follow all of this thread - what was the outcome
for the AVR/ARM and emulation bits, Hans?
The avr chain is in good hands. The arm chain is currently for the gp2x
handheld only, I would be much interested in discussing and getting advice on
perhaps making a generic arm embedded chain. Or rather 2 one arm glibc and one
arm ulibc, perhaps the arm glibc chain can be just Fedora arm?
As for bochs you are very welcome to take over maintainership of that I never
use it, just say the word and I'll release it in pkgdb.
Regards,
Hans
2:42 p.m.
New subject: ARM cross compilers [WAS: Re: 200+ packages up for grabs]
On Tue, 2008-04-22 at 21:24 +0200, Hans de Goede wrote:
The avr chain is in good hands. The arm chain is currently for the
gp2x
handheld only, I would be much interested in discussing and getting advice on
perhaps making a generic arm embedded chain. Or rather 2 one arm glibc and one
arm ulibc, perhaps the arm glibc chain can be just Fedora arm?
Ok. We should talk ARM. I noticed all you seemed to have was GP2X (which
I debated buying but don't have currently). I generally work on ARM/PPC
and have a few ARM devices kicking around. Let's ask the wider audience
what they think about having a more generic toolchain.
As for bochs you are very welcome to take over maintainership of that
I never
use it, just say the word and I'll release it in pkgdb.
I'll mull it over. I don't use it much myself tbh, but it's the kind of
thing I'm interested in in general so wouldn't mind. Will let you know.
Jon.
5:16 p.m.
New subject: ARM cross compilers [WAS: Re: 200+ packages up for grabs]
On Tue, Apr 22, 2008 at 03:42:43PM -0400, Jon Masters wrote:
> The avr chain is in good hands. The arm chain is currently for
the gp2x
> handheld only, I would be much interested in discussing and getting advice on
> perhaps making a generic arm embedded chain. Or rather 2 one arm glibc and one
> arm ulibc, perhaps the arm glibc chain can be just Fedora arm?
Ok. We should talk ARM. I noticed all you seemed to have was GP2X (which
I debated buying but don't have currently). I generally work on ARM/PPC
and have a few ARM devices kicking around. Let's ask the wider audience
what they think about having a more generic toolchain.
> As for bochs you are very welcome to take over maintainership of that I never
> use it, just say the word and I'll release it in pkgdb.
I'll mull it over. I don't use it much myself tbh, but it's the kind of
thing I'm interested in in general so wouldn't mind. Will let you know.
I have a set of Fedora -> Fedora cross toolchains, built for ARM (one
toolchain targeting Fedora/ARM glibc, and one targeting ARM/uClibc), but
it can also build x86 -> ia64 cross toolchains for example:
http://ftp.linux.org.uk/pub/linux/arm/fedora/cross/latest/
Wiki page detailing the ARM side of it:
http://fedoraproject.org/wiki/Architectures/ARM/CrossToolchain
IA64 link (the patches necessary to build for ia64 are merged as of -cross5):
http://lists.xensource.com/archives/html/xen-devel/2008-01/msg01105.html
3:04 a.m.
New subject: ARM cross compilers [WAS: Re: 200+ packages up for grabs]
Lennert Buytenhek wrote:
On Tue, Apr 22, 2008 at 03:42:43PM -0400, Jon Masters wrote:
>> The avr chain is in good hands. The arm chain is currently for the gp2x
>> handheld only, I would be much interested in discussing and getting advice on
>> perhaps making a generic arm embedded chain. Or rather 2 one arm glibc and one
>> arm ulibc, perhaps the arm glibc chain can be just Fedora arm?
> Ok. We should talk ARM. I noticed all you seemed to have was GP2X (which
> I debated buying but don't have currently). I generally work on ARM/PPC
> and have a few ARM devices kicking around. Let's ask the wider audience
> what they think about having a more generic toolchain.
>
>> As for bochs you are very welcome to take over maintainership of that I never
>> use it, just say the word and I'll release it in pkgdb.
> I'll mull it over. I don't use it much myself tbh, but it's the kind of
> thing I'm interested in in general so wouldn't mind. Will let you know.
I have a set of Fedora -> Fedora cross toolchains, built for ARM (one
toolchain targeting Fedora/ARM glibc, and one targeting ARM/uClibc), but
it can also build x86 -> ia64 cross toolchains for example:
http://ftp.linux.org.uk/pub/linux/arm/fedora/cross/latest/
Wiki page detailing the ARM side of it:
http://fedoraproject.org/wiki/Architectures/ARM/CrossToolchain
Nice,
I would like to give this a try to see if it can replace the upper (glibc,
binutils, gcc) part of the arm-gp2x-linux chain.
The current normal way to build gp2x binaries is to statically link them as the
glibc included in the gp2x firmware is ancient.
This thus only leaves the kernel as a potential problem, which on the gp2x is
ancient too: 2.4.25, yes you've read that correct, no typos 2.4.25, so will the
glibc that is used for Fedora-arm support this kernel?
Would it be possible to add support for this kernel to the Fedora-arm glibc?
Would the person responsible for glibc on Fedora arm be willing to enable
support for this kernel?
Regards,
Hans
3:21 a.m.
New subject: ARM cross compilers [WAS: Re: 200+ packages up for grabs]
On Wed, Apr 23, 2008 at 10:04:03AM +0200, Hans de Goede wrote:
>>>As for bochs you are very welcome to take over
maintainership of that I
>>>never use it, just say the word and I'll release it in pkgdb.
>>I'll mull it over. I don't use it much myself tbh, but it's the kind
of
>>thing I'm interested in in general so wouldn't mind. Will let you know.
>
>I have a set of Fedora -> Fedora cross toolchains, built for ARM (one
>toolchain targeting Fedora/ARM glibc, and one targeting ARM/uClibc), but
>it can also build x86 -> ia64 cross toolchains for example:
>
> http://ftp.linux.org.uk/pub/linux/arm/fedora/cross/latest/
>
>
>Wiki page detailing the ARM side of it:
>
> http://fedoraproject.org/wiki/Architectures/ARM/CrossToolchain
>
Nice,
I would like to give this a try to see if it can replace the upper (glibc,
binutils, gcc) part of the arm-gp2x-linux chain.
The current normal way to build gp2x binaries is to statically link them as
the glibc included in the gp2x firmware is ancient.
This thus only leaves the kernel as a potential problem, which on the gp2x
is ancient too: 2.4.25, yes you've read that correct, no typos 2.4.25, so
will the glibc that is used for Fedora-arm support this kernel?
If you build it old-ABI, it probably will. But note that the
Fedora/ARM port itself is built entirely EABI, which needs at least
a 2.6.12-ish kernel to run -- so it'll be hard to run binary packages
built for Fedora/ARM on your gp2x device.
Would it be possible to add support for this kernel to the Fedora-arm
glibc?
If you build old-ABI, it shouldn't need anything special.
Would the person responsible for glibc on Fedora arm be willing to
enable
support for this kernel?
As I said above, if your board runs an old-ABI userland, it is unlikely
that you'll be able to run Fedora/ARM binaries on it.
3:11 a.m.
New subject: ARM cross compilers [WAS: Re: 200+ packages up for grabs]
Lennert Buytenhek wrote:
On Wed, Apr 23, 2008 at 10:04:03AM +0200, Hans de Goede wrote:
>>>> As for bochs you are very welcome to take over maintainership of that I
>>>> never use it, just say the word and I'll release it in pkgdb.
>>> I'll mull it over. I don't use it much myself tbh, but it's the
kind of
>>> thing I'm interested in in general so wouldn't mind. Will let you
know.
>> I have a set of Fedora -> Fedora cross toolchains, built for ARM (one
>> toolchain targeting Fedora/ARM glibc, and one targeting ARM/uClibc), but
>> it can also build x86 -> ia64 cross toolchains for example:
>>
>> http://ftp.linux.org.uk/pub/linux/arm/fedora/cross/latest/
>>
>>
>> Wiki page detailing the ARM side of it:
>>
>> http://fedoraproject.org/wiki/Architectures/ARM/CrossToolchain
>>
> Nice,
>
> I would like to give this a try to see if it can replace the upper (glibc,
> binutils, gcc) part of the arm-gp2x-linux chain.
>
> The current normal way to build gp2x binaries is to statically link them as
> the glibc included in the gp2x firmware is ancient.
>
> This thus only leaves the kernel as a potential problem, which on the gp2x
> is ancient too: 2.4.25, yes you've read that correct, no typos 2.4.25, so
> will the glibc that is used for Fedora-arm support this kernel?
If you build it old-ABI, it probably will. But note that the
Fedora/ARM port itself is built entirely EABI, which needs at least
a 2.6.12-ish kernel to run -- so it'll be hard to run binary packages
built for Fedora/ARM on your gp2x device.
> Would it be possible to add support for this kernel to the Fedora-arm glibc?
If you build old-ABI, it shouldn't need anything special.
> Would the person responsible for glibc on Fedora arm be willing to enable
> support for this kernel?
As I said above, if your board runs an old-ABI userland, it is unlikely
that you'll be able to run Fedora/ARM binaries on it.
IOW, the precompiled binaries offered at the
http://ftp.linux.org.uk/pub/linux/arm/fedora/cross/latest/
repo are not usable for the gp2x, and since making them usable requires using a
different ABI the default Fedora glibc will never be usable on the gp2x, unless
someone updates the kernel. Correct?
In that case I think its best to stick with a seperate toolchain for the gp2x
Regards,
Hans
3:27 a.m.
New subject: ARM cross compilers [WAS: Re: 200+ packages up for grabs]
On Wed, Apr 23, 2008 at 10:11:43AM +0200, Hans de Goede wrote:
>>>>>As for bochs you are very welcome to take over
maintainership of that
>>>>>I never use it, just say the word and I'll release it in pkgdb.
>>>>I'll mull it over. I don't use it much myself tbh, but it's
the kind of
>>>>thing I'm interested in in general so wouldn't mind. Will let you
know.
>>>I have a set of Fedora -> Fedora cross toolchains, built for ARM (one
>>>toolchain targeting Fedora/ARM glibc, and one targeting ARM/uClibc), but
>>>it can also build x86 -> ia64 cross toolchains for example:
>>>
>>> http://ftp.linux.org.uk/pub/linux/arm/fedora/cross/latest/
>>>
>>>
>>>Wiki page detailing the ARM side of it:
>>>
>>> http://fedoraproject.org/wiki/Architectures/ARM/CrossToolchain
>>>
>>Nice,
>>
>>I would like to give this a try to see if it can replace the upper
>>(glibc, binutils, gcc) part of the arm-gp2x-linux chain.
>>
>>The current normal way to build gp2x binaries is to statically link them
>>as the glibc included in the gp2x firmware is ancient.
>>
>>This thus only leaves the kernel as a potential problem, which on the
>>gp2x is ancient too: 2.4.25, yes you've read that correct, no typos
>>2.4.25, so will the glibc that is used for Fedora-arm support this kernel?
>
>If you build it old-ABI, it probably will. But note that the
>Fedora/ARM port itself is built entirely EABI, which needs at least
>a 2.6.12-ish kernel to run -- so it'll be hard to run binary packages
>built for Fedora/ARM on your gp2x device.
>
>
>>Would it be possible to add support for this kernel to the Fedora-arm
>>glibc?
>
>If you build old-ABI, it shouldn't need anything special.
>
>
>>Would the person responsible for glibc on Fedora arm be willing to enable
>>support for this kernel?
>
>As I said above, if your board runs an old-ABI userland, it is unlikely
>that you'll be able to run Fedora/ARM binaries on it.
IOW, the precompiled binaries offered at the
http://ftp.linux.org.uk/pub/linux/arm/fedora/cross/latest/
repo are not usable for the gp2x,
If the gp2x uses old-ABI, then the prebuilt toolchain at the above
location will produce binaries that won't run on gp2x.
(That doesn't mean that you can't build an old-ABI toolchain from
the same SRPM that the prebuilt toolchain above was built from.)
and since making them usable requires using a different ABI
If you insist on using the prebuilt toolchain binary rpms that have
been built for EABI, then yes, you'll need to use EABI on your target
board as well.
the default Fedora glibc will never be usable on the gp2x,
The prebuilt Fedora/ARM glibc is EABI and won't run on old-ABI
systems, yes.
unless someone updates the kernel. Correct?
You need at least 2.6.something to be able to run an EABI userland
on your ARM board, yes.
3:08 a.m.
New subject: ARM cross compilers [WAS: Re: 200+ packages up for grabs]
Jon Masters wrote:
On Tue, 2008-04-22 at 21:24 +0200, Hans de Goede wrote:
> The avr chain is in good hands. The arm chain is currently for the gp2x
> handheld only, I would be much interested in discussing and getting advice on
> perhaps making a generic arm embedded chain. Or rather 2 one arm glibc and one
> arm ulibc, perhaps the arm glibc chain can be just Fedora arm?
Ok. We should talk ARM. I noticed all you seemed to have was GP2X (which
I debated buying but don't have currently).
Good call on ont buying it, they now have a new version out with better joypad
and a touchscreen, definitely worth the buy now!
I generally work on ARM/PPC
and have a few ARM devices kicking around. Let's ask the wider audience
what they think about having a more generic toolchain.
I think it would be great to have one toolchain to support as many arm boards /
systems as possible, or as said rather 2: a glibc chain and a uclibc chain.
The question is can we make things generic and still set off reasonably optimal
code for a wide range of arm systems. I'm not asking for the last 5-10%, but we
should be able to get atleast upto 90% with regards to code-size, but also
speed of a custom build toolchain for a specific target if our generic libc
becomes much much larger then a special one, and cannot be modularized then I'm
afraid that having a generic toolchain isn't much good as lots of arm usage is
embedded and size often matters there.
Regards,
Hans
12:25 p.m.
New subject: ARM cross compilers [WAS: Re: 200+ packages up for grabs]
Hans de Goede wrote:
The question is can we make things generic and still set off
reasonably
optimal code for a wide range of arm systems. I'm not asking for the
last 5-10%, but we should be able to get atleast upto 90% with regards
to code-size, but also speed of a custom build toolchain for a specific
target if our generic libc becomes much much larger then a special one,
and cannot be modularized then I'm afraid that having a generic
toolchain isn't much good as lots of arm usage is embedded and size
often matters there.
Any arm-linux-gnu{,eabi} toolchain is going to support a pretty wide
range of arm systems, but not be optimal for any of them. That's not
too big a deal if your tools provide a wide range of multilibs and you
are willing to set the right optimization flags. It may be worth having
a wide range of libc versions (Like ia32 Fedora being "i386", but having
some i686 packages where it counts).
You can also get arm-linux-gnueabi tools from here:
ftp://ftp.ges.redhat.com/private/releng/arm-linux-beta
Like Lennert's tools, these are EABI, but completely self contained in a
single source rpm. Making ABI tools is a one line change in the spec file.
--
Brendan Conoboy / Red Hat, Inc. / blc(a)redhat.com
2:57 a.m.
Johan Cwiklinski wrote:
Hi
> * childsplay -- Suite of educational games for young children
> * childsplay_plugins -- Plugins for childsplay (educational games
for
> young children)
> * gcompris -- Educational suite for kids 2-10 years old
I'm interesting in co-maintaining these ones.
Go ahead and request the necessary rights for childsplay* and I'll approve
them, for gcompris you should be talking to alcapcom(a)gmail.com as I've just
handed that over to him.
Regards,
Hans
p.s.
One of the first things you could do is package the childsplay_plugins_lfc
addon, which adds many more plugins. I never got around to doing that. Once
you've got a package ready I would be happy to review (and co-maintain) it.
3:15 a.m.
Go ahead and request the necessary rights for childsplay* and
I'll
approve
them, for gcompris you should be talking to alcapcom(a)gmail.com as
I've
just
handed that over to him.
Ok, I'll let him take ownership for gcompris, I'll add myself as
co-maintainer once done.
Regards,
Hans
p.s.
One of the first things you could do is package the
childsplay_plugins_lfc
addon, which adds many more plugins. I never got around to doing
that.
Once
you've got a package ready I would be happy to review (and co-maintain)
it.
Ok, thanks for the tip ;-)
I'll take a look a it.
Regards,
Johan
2:54 a.m.
Alphonse Van Assche wrote:
Hans de Goede a écrit :
>
> * gcompris -- Educational suite for kids 2-10 years old
Hi Hans,
I can be a co-maintainer or take gcompris - my little girl love it!
I've given myself co-maintainer rights to gcompris and released ownership, so
now its yours to take:
https://admin.fedoraproject.org/pkgdb/packages/name/gcompris
Regards,
Hans
3:40 a.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
* dia -- Diagram drawing program
* gnome-applet-sensors -- Gnome panel applet for hardware sensors
* gnome-games -- GNOME games
* gnumeric -- Spreadsheet program for GNOME
* libtar -- Tar file manipulation API
* lzo -- Data compression library with very fast (de)compression
I want to take/co-maintain the above , if you are ok with it.
- --
Regards,
Huzaifa Sidhpurwala, RHCE, CCNA (IRC: huzaifas)
GnuPG Fingerprint:
3A0F DAFB 9279 02ED 273B FFE9 CC70 DCF2 DA5B DAE5
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org
iD8DBQFIAxiYzHDc8tpb2uURAqx4AJ9nSIjUThlAmCCg4QGZeOhwiQVDrwCbBqEy
N0a53392OOJen9rLjbdKerU=
=cevp
-----END PGP SIGNATURE-----
4:28 a.m.
Huzaifa Sidhpurwala wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
> * dia -- Diagram drawing program
>
> * gnome-applet-sensors -- Gnome panel applet for hardware sensors
>
> * gnome-games -- GNOME games
>
> * gnumeric -- Spreadsheet program for GNOME
>
> * libtar -- Tar file manipulation API
>
> * lzo -- Data compression library with very fast (de)compression
>
I want to take/co-maintain the above , if you are ok with it.
gnome-games isn't really mine, I merely co-maintain it, my bad.
As for the others I've released them in pkgdb so there all yours to take.
Regards,
Hans
8:19 a.m.
Huzaifa Sidhpurwala wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
> * dia -- Diagram drawing program
>
> * gnome-applet-sensors -- Gnome panel applet for hardware sensors
>
> * gnome-games -- GNOME games
>
> * gnumeric -- Spreadsheet program for GNOME
>
> * libtar -- Tar file manipulation API
>
> * lzo -- Data compression library with very fast (de)compression
>
I want to take/co-maintain the above , if you are ok with it.
p.s.
Talking about gnumeric, you may want to package psiconv and enable gnumeric's
psiconv support to get psion spreadsheet / "word" import and export support. I
would be happy to review psiconv once its packaged.
Regards,
Hans
12:55 a.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hans de Goede wrote:
Huzaifa Sidhpurwala wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
>
>> * dia -- Diagram drawing program
>>
>> * gnome-applet-sensors -- Gnome panel applet for hardware sensors
>>
>> * gnome-games -- GNOME games
>>
>> * gnumeric -- Spreadsheet program for GNOME
>>
>> * libtar -- Tar file manipulation API
>>
>> * lzo -- Data compression library with very fast (de)compression
>>
>
>
> I want to take/co-maintain the above , if you are ok with it.
>
p.s.
Talking about gnumeric, you may want to package psiconv and enable
gnumeric's psiconv support to get psion spreadsheet / "word" import and
export support. I would be happy to review psiconv once its packaged.
Regards,
Hans
Will do.
- --
Regards,
Huzaifa Sidhpurwala, RHCE, CCNA (IRC: huzaifas)
GnuPG Fingerprint:
3A0F DAFB 9279 02ED 273B FFE9 CC70 DCF2 DA5B DAE5
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org
iD8DBQFIBENAzHDc8tpb2uURAsYaAJwPg/k5v24faGtHff7Tu7zLUc85ZgCeK951
MDr4i62elJtIbB5qoCIyC58=
=u8b+
-----END PGP SIGNATURE-----
4:24 a.m.
Hi,
I'd take the following two:
* freeglut -- A freely licensed alternative to the GLUT library
* imlib2 -- Image loading, saving, rendering, and manipulation library
Regards.
--
Tomáš Smetana
Base OS Software Engineer, Red Hat
RH IRC: #brno #devel #base-os; Freenode IRC: #fedora-devel
4:24 a.m.
Tomáš Smetana wrote:
Hi,
I'd take the following two:
> * freeglut -- A freely licensed alternative to the GLUT library
> * imlib2 -- Image loading, saving, rendering, and manipulation library
Excellent!
I've released both, goto these url's to claim ownership:
https://admin.fedoraproject.org/pkgdb/packages/name/imlib2
https://admin.fedoraproject.org/pkgdb/packages/name/freeglut
Perhaps you want to take feh too then? Thats an imlib2 based image viewer.
Regards,
Hans
4:37 a.m.
p.s.
To all who have taken over packages of mine, except for a few I've deliberately
not added myself to the default CC for new bugs, as I know myself and if I'm in
the CC I will still end up fixing those bugs, as I just can't stand unfixed
bugs. So to protect myself I've not added myself to the default CC.
Still if you ever encounter a bug which you cannot fix, please add me to the CC
and I'll try to help, I really don't want to see my former packages to bitrot.
6:04 a.m.
2008/4/14 Hans de Goede <j.w.r.degoede(a)hhs.nl>:
Hi all,
[...]
* avr-binutils -- Cross Compiling GNU binutils targeted at avr
* avrdude -- Software for programming Atmel AVR Microcontroller
PackageDB tells me I am the owner of avrdude. :-)
* avr-gcc -- Cross Compiling GNU GCC targeted at avr
* avr-gdb -- GDB for (remote) debugging avr binaries
* avr-libc -- C library for use with GCC on Atmel AVR microcontrollers
I am willing to participate in the maintenance of these packages.
--
Trond Danielsen
6 a.m.
Trond Danielsen wrote:
2008/4/14 Hans de Goede <j.w.r.degoede(a)hhs.nl>:
> Hi all,
>
> [...]
>
> * avr-binutils -- Cross Compiling GNU binutils targeted at avr
>
> * avrdude -- Software for programming Atmel AVR Microcontroller
PackageDB tells me I am the owner of avrdude. :-)
Yes, my bad, it seems the list of packages which is shown in package DB as my
packages includes ones which one co-maintains.
> * avr-gcc -- Cross Compiling GNU GCC targeted at avr
>
> * avr-gdb -- GDB for (remote) debugging avr binaries
>
> * avr-libc -- C library for use with GCC on Atmel AVR microcontrollers
I am willing to participate in the maintenance of these packages.
I've released them for Thibault North to grab, I think he can use / won't mind
a co-maintainer on these, Thibault?
Regards,
Hans
8:07 a.m.
[...]
I've released them for Thibault North to grab, I think he can use / won't
mind a co-maintainer on these, Thibault?
Okay, we'll do something like that. (i'll contact you Trond Danielsen)
Thanks,
Thibault
Regards,
Hans
--
fedora-devel-list mailing list
fedora-devel-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
2:49 p.m.
Hans de Goede wrote:
Trond Danielsen wrote:
> 2008/4/14 Hans de Goede <j.w.r.degoede(a)hhs.nl>:
>> Hi all,
>>
>> [...]
>>
>> * avr-binutils -- Cross Compiling GNU binutils targeted at avr
>>
>> * avrdude -- Software for programming Atmel AVR Microcontroller
>
> PackageDB tells me I am the owner of avrdude. :-)
>
Yes, my bad, it seems the list of packages which is shown in package DB
as my packages includes ones which one co-maintains.
Try using this URL instead::
https://admin.fedoraproject.org/pkgdb/users/packages/jwrdegoede?acls=owner
caillon submitted a patch to add this to the web interface so it's easy
to select this. It's merged into the -devel branch of pkgdb but I
haven't had a chance to push it to -stable yet. Hopefully that will
happen with the next round of updates.
P.S. This particular page needed quite a bit of reworking in the recent
packageDB upgrade. If you notice any bugs or things you think are bugs,
please let me know.
-Toshio
6:32 a.m.
New subject: ogre, vavoom
Hans de Goede wrote:
* ogre -- Object-Oriented Graphics Rendering Engine
* vavoom -- Enhanced Doom, Heretic, Hexen and Strife source port
Both interest me, but having only one fedora package under my belt - I
guess I need other's guidance on whether that is realistic proposition ?
DaveT.
6:30 a.m.
New subject: ogre, vavoom
David Timms wrote:
Hans de Goede wrote:
> * ogre -- Object-Oriented Graphics Rendering Engine
> * vavoom -- Enhanced Doom, Heretic, Hexen and Strife source port
Both interest me, but having only one fedora package under my belt - I
guess I need other's guidance on whether that is realistic proposition ?
vavoom has a very active and helpfull upstream, so its really an easy package,
so I say go for it!
As for ogre its more important to be good with c++ then having lots of
packaging experience. Beware that you should only update ogre to a new upstream
release in devel, or in special circumstances on the latest release with lots
of prior warning as every new upstream ogre release breaks the ABI (and these
days luckily also the soname, making the break evidently, it took me some
education of upstream to get there).
Let me know which ones you want (if any) and I'll release them in pkgdb.
Regards,
Hans
9:01 a.m.
On Mon, 2008-04-14 at 08:54 +0200, Hans de Goede wrote:
* freeglut -- A freely licensed alternative to the GLUT library
* glew -- The OpenGL Extension Wrangler Library
* Glide3 -- Glide3 runtime for the 3Dfx Voodoo family of cards
* Glide3-libGL -- Glide3 OpenGL library for use with 3Dfx Voodoo 1 & 2 cards
I'll take these.
- ajax
9:34 a.m.
Adam Jackson wrote:
On Mon, 2008-04-14 at 08:54 +0200, Hans de Goede wrote:
> * freeglut -- A freely licensed alternative to the GLUT library
> * glew -- The OpenGL Extension Wrangler Library
> * Glide3 -- Glide3 runtime for the 3Dfx Voodoo family of cards
> * Glide3-libGL -- Glide3 OpenGL library for use with 3Dfx Voodoo 1 & 2
cards
I'll take these.
freeglut has already been taken, but feel free to opt for co-maintainer ship
with the new maintainer.
I've released the others in pkgdb, so you can go and claim them now.
One important note about glew (quoting from the specfile):
# This is http://downloads.sourceforge.net/glew/glew-%{version}-src.tgz
# The files under the doc dir in this archive are under this non free license:
# Copyright (C) 2002-2008, Milan Ikits <milan ikits[]ieee org>
# Copyright (C) 2002-2008, Marcelo E. Magallon <mmagallo[]debian org>
# This documentation may not be modified or redistributed in any
# form, except by the copyright holder.
# and therefor these files have been removed.
Source0: glew-%{version}-src-clean.tgz
Thanks & Regards,
Hans
10:07 a.m.
On Mon, 2008-04-14 at 08:54 +0200, Hans de Goede wrote:
I'll grab these if the current comaintainer (Ville Skyta) doesn't want
to be the primary maintainer:
* openct -- Middleware framework for smart card terminals
* opensc -- Smart card library and applications
* pcsc-perl -- Perl interface to the PC/SC smart card library
* pcsc-tools -- Tools to be used with smart cards and PC/SC
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
12:28 p.m.
Tomas Mraz wrote:
On Mon, 2008-04-14 at 08:54 +0200, Hans de Goede wrote:
I'll grab these if the current comaintainer (Ville Skyta) doesn't want
to be the primary maintainer:
> * openct -- Middleware framework for smart card terminals
> * opensc -- Smart card library and applications
> * pcsc-perl -- Perl interface to the PC/SC smart card library
>
> * pcsc-tools -- Tools to be used with smart cards and PC/SC
He doesn't, I've taken them because he was planning in dropping them.
I've released them in pkgdb, so they are yours to take.
Regards,
Hans
1:25 p.m.
On Monday 14 April 2008, Hans de Goede wrote:
Tomas Mraz wrote:
> On Mon, 2008-04-14 at 08:54 +0200, Hans de Goede wrote:
>
> I'll grab these if the current comaintainer (Ville Skyta) doesn't want
>
> to be the primary maintainer:
>> * openct -- Middleware framework for smart card terminals
>>
>> * opensc -- Smart card library and applications
>>
>> * pcsc-perl -- Perl interface to the PC/SC smart card library
>>
>> * pcsc-tools -- Tools to be used with smart cards and PC/SC
He doesn't, I've taken them because he was planning in dropping them.
That's right. I don't really use any of these any more except for "fun"
sometimes so I'd be happy to step away from being even a co-maintainer, I
only agreed to stick around per Hans' request. Let me know if you don't need
me around with them and I'll drop out.
3:08 p.m.
New subject: 200+ packages up for grabs (opensc/openct)
On Mon, 2008-04-14 at 21:25 +0300, Ville Skyttä wrote:
On Monday 14 April 2008, Hans de Goede wrote:
> Tomas Mraz wrote:
> > On Mon, 2008-04-14 at 08:54 +0200, Hans de Goede wrote:
> >
> > I'll grab these if the current comaintainer (Ville Skyta) doesn't want
> >
> > to be the primary maintainer:
> >> * openct -- Middleware framework for smart card terminals
> >>
> >> * opensc -- Smart card library and applications
> >>
> >> * pcsc-perl -- Perl interface to the PC/SC smart card library
> >>
> >> * pcsc-tools -- Tools to be used with smart cards and PC/SC
>
> He doesn't, I've taken them because he was planning in dropping them.
That's right. I don't really use any of these any more except for
"fun"
sometimes so I'd be happy to step away from being even a co-maintainer, I
only agreed to stick around per Hans' request. Let me know if you don't need
me around with them and I'll drop out.
If you really don't want to be a comaintainer I will not hold you. If
anyone else actively uses smart cards and opensc he/she would be welcome
to become a comaintainer on these packages.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
10:35 a.m.
Hans de Goede schrieb:
Hi all,
Hi Hans.
How many do you want to keep?
* lua -- Powerful light-weight programming language
I'd take this one. I'm already co-maintainer.
Tim
--
Tim Niemueller <tim(a)niemueller.de> www.niemueller.de
=================================================================
Imagination is more important than knowledge. (Albert Einstein)
12:31 p.m.
Tim Niemueller wrote:
Hans de Goede schrieb:
> Hi all,
Hi Hans.
How many do you want to keep?
> * lua -- Powerful light-weight programming language
I'd take this one. I'm already co-maintainer.
I've released it in pkgdb its yours to take :)
Maybe you want tolua++ (the c++ wrapper) too? Its from Ian Chapman now but he's
emigrating to australia, so he is orphaning all his packages (he'll be back), I
offered to take tolua++ from him, but you can have it if you want.
Regards,
Hans
12:43 p.m.
Hans de Goede schrieb:
Tim Niemueller wrote:
> Hans de Goede schrieb:
>> Hi all,
>
> Hi Hans.
>
> How many do you want to keep?
>
>> * lua -- Powerful light-weight programming language
>
> I'd take this one. I'm already co-maintainer.
I've released it in pkgdb its yours to take :)
Taken.
Maybe you want tolua++ (the c++ wrapper) too? Its from Ian Chapman
now
but he's emigrating to australia, so he is orphaning all his packages
(he'll be back), I offered to take tolua++ from him, but you can have it
if you want.
I'll take it. I already committed the GCC 4.3 fixes and I'm using it
almost on a daily basis... All your Lua is belong to us :-)
I have contacted Ian about this.
Tim
--
Tim Niemueller <tim(a)niemueller.de> www.niemueller.de
=================================================================
Imagination is more important than knowledge. (Albert Einstein)
11:14 a.m.
2008/4/14, Hans de Goede <j.w.r.degoede(a)hhs.nl>:
* blobwars -- Mission and Objective based 2D Platform Game
* pingus -- Guide the penguins safely home before they drop of the
cliff <https://www.redhat.com/mailman/listinfo/fedora-devel-list>
I'll take them.
12:36 p.m.
Rafał Psota wrote:
2008/4/14, Hans de Goede <j.w.r.degoede(a)hhs.nl>:
> * blobwars -- Mission and Objective based 2D Platform Game
>
> * pingus -- Guide the penguins safely home before they drop of the
> cliff <https://www.redhat.com/mailman/listinfo/fedora-devel-list>
>
I'll take them.
Ok,
I've released them both in pkgdb they are yours to take.
Also I've resigned one of my few open bugs to you, which is a blobwars bug
whcih requires an i386 install to reproduce (and my workstation is x86_64),let
me know if you need help in fixing it:
https://bugzilla.redhat.com/show_bug.cgi?id=431164
Regards,
Hans
1:49 p.m.
2008/4/14, Hans de Goede <j.w.r.degoede(a)hhs.nl>:
Ok,
I've released them both in pkgdb they are yours to take.
Thanks.
Also I've resigned one of my few open bugs to you, which is a blobwars bug
whcih requires an i386 install to reproduce (and my workstation is
x86_64),let me know if you need help in fixing it:
https://bugzilla.redhat.com/show_bug.cgi?id=431164
It could be hard because I've got F8 x86_64 but I'll ask someone with F7
i386 to do some testing. I'll let you know if I have some results.
12:01 p.m.
On Monday, 14 April 2008 at 08:54, Hans de Goede wrote:
Hi all,
No I'm not leaving or anything like that. But keeping 200+ packages in top
condition is taking quite a large chunk of time (duh). So I'm looking for
fellow contributers who want to become the maintainer of a few (100 or so
:) packages of mine to lighten my load.
I'll stick around as co-maintainer for quite a few of them, others which
I've only picked up to stop them from becoming orphaned, I probably will
withdraw myself from completely.
[...]
And here is the full list:
https://admin.fedoraproject.org/pkgdb/users/packages/jwrdegoede
[...]
* libao -- Cross Platform Audio Output Library
[...]
* libebml -- Extensible Binary Meta Language library
[...]
* libid3tag -- ID3 tag manipulation library
* libmatroska -- Open audio/video container format library
[...]
* libogg -- The Ogg bitstream file format library
[...]
* libtheora -- Theora Video Compression Codec
[...]
* libvorbis -- The Vorbis General Audio Compression Codec.
I can help with these.
Regards,
R.
--
Fedora contributor http://fedoraproject.org/wiki/DominikMierzejewski
Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
12:09 p.m.
On Monday, 14 April 2008 at 19:01, Dominik 'Rathann' Mierzejewski wrote:
On Monday, 14 April 2008 at 08:54, Hans de Goede wrote:
> Hi all,
>
> No I'm not leaving or anything like that. But keeping 200+ packages in top
> condition is taking quite a large chunk of time (duh). So I'm looking for
> fellow contributers who want to become the maintainer of a few (100 or so
> :) packages of mine to lighten my load.
>
> I'll stick around as co-maintainer for quite a few of them, others which
> I've only picked up to stop them from becoming orphaned, I probably will
> withdraw myself from completely.
[...]
> And here is the full list:
> https://admin.fedoraproject.org/pkgdb/users/packages/jwrdegoede
[...]
> * libao -- Cross Platform Audio Output Library
[...]
> * libebml -- Extensible Binary Meta Language library
[...]
> * libid3tag -- ID3 tag manipulation library
>
> * libmatroska -- Open audio/video container format library
[...]
> * libogg -- The Ogg bitstream file format library
[...]
> * libtheora -- Theora Video Compression Codec
[...]
> * libvorbis -- The Vorbis General Audio Compression Codec.
I can help with these.
On second thought, it looks like most of these have more than one
maintainer already, so I've requested to be added only to those
that have only you in the access list, i.e. libebml and libmatroska.
Regards,
R.
--
Fedora contributor http://fedoraproject.org/wiki/DominikMierzejewski
Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
12:40 p.m.
Hi,
I would like to take:
* bin2iso -- Convert ".bin" files into ISO or WAV
* dia -- Diagram drawing program
if nobody else wants them.
12:46 p.m.
drago01 wrote:
Hi,
I would like to take:
* bin2iso -- Convert ".bin" files into ISO or WAV
Oops, thats a dead.package package, unfortunately the upstream sources only
come witha very vague licensing statement, if you want to resurrect it you
will first have to track down the original author and get a better licensing
statement from hiim.
* dia -- Diagram drawing program
Already taken by someone else, but maybe he wants a co-maintainer?
Regards,
Hans
1:10 p.m.
On Mon, Apr 14, 2008 at 7:46 PM, Hans de Goede <j.w.r.degoede(a)hhs.nl> wrote:
drago01 wrote:
> Hi,
> I would like to take:
> * bin2iso -- Convert ".bin" files into ISO or WAV
>
Oops, thats a dead.package package, unfortunately the upstream sources only
come witha very vague licensing statement, if you want to resurrect it you
will first have to track down the original author and get a better licensing
statement from hiim.
oh ... ok
> * dia -- Diagram drawing program
>
Already taken by someone else, but maybe he wants a co-maintainer?
if he wants one I will be happy to co-maintain it ... if not its fine too
2:15 p.m.
On Monday 14 April 2008, Hans de Goede wrote:
Hi all,
No I'm not leaving or anything like that. But keeping 200+ packages in top
condition is taking quite a large chunk of time (duh). So I'm looking for
fellow contributers who want to become the maintainer of a few (100 or so
:) packages of mine to lighten my load.
I'll stick around as co-maintainer for quite a few of them, others which
I've only picked up to stop them from becoming orphaned, I probably will
withdraw myself from completely.
Congratulations :)
Seriously, while I'm sure everyone appreciates the amount of work you do for
Fedora a lot, I don't think having a single individual maintain anywhere near
200 packages serves either any individual's or the project's interests. I
used to maintain easily over 100 in Fedora and elsewhere before coming to the
same conclusion as you above. It's better to know fewer packages really well
than to maintain as many as one can, there's no urgent need to raise raw
number of packages in Fedora just for the sake of having them in the repo.
I think everyone who has more than few tens of packages packages under his
belt should seriously consider finding someone else to take care of the extra
ones and possibly use the time freed by that to get to know the remaining
packages better unless it's taken by something else.
5:28 a.m.
On Mon, Apr 14, 2008 at 10:15:04PM +0300, Ville Skyttä wrote:
I think everyone who has more than few tens of packages packages under his
belt should seriously consider finding someone else to take care of the extra
ones and possibly use the time freed by that to get to know the remaining
packages better unless it's taken by something else.
I think that it is wrong, the number of packages is a bad metric for the
work load and need to specialization. Speaking for myself, I have about
66 or so package that I maintain or for which I am a comaintainer doing
most of the work recently. However, among those packages 12 or so really
take time (some of these taking a huge amount, especially with
collaboration with upstream), among the others something like 10
packages with medium load (like 2 hours a year), and 44 with a low load
(along 1 hour in 3 years), most of them with inactive or dead upstream.
I don't count the time needed to have first a good package (something
like the first 6 months), and the time needed to do old EPEL branches,
which was an investment done only once.
Now I agree with the whole idea, it is better to spread the load, but a
better metric than the number of packages would be something like the
bugs not handled.
--
Pat
6:45 p.m.
2008/4/14, Hans de Goede <j.w.r.degoede(a)hhs.nl>:
Hi all,
* libXNVCtrl -- Library providing the NV-CONTROL API
I could co-maintain this one. I would need to figure out which apps
are using it.
At least i know oyranos (that i maintain), and maybe others, but
repoquery --whatrequires libXNVCtrl.so.0 don't tell much...
12:44 a.m.
KH KH wrote:
2008/4/14, Hans de Goede <j.w.r.degoede(a)hhs.nl>:
> Hi all,
> * libXNVCtrl -- Library providing the NV-CONTROL API
>
I could co-maintain this one. I would need to figure out which apps
are using it.
At least i know oyranos (that i maintain), and maybe others, but
repoquery --whatrequires libXNVCtrl.so.0 don't tell much...
Strange, atleast gnome-applet-sensors should hsow up, thats the reason why I
packaged libXNVCtrl in the first place, good to hear others are using it too.
I very much welcome a co-maintainer, or if you wish you may even have it
completely. Let me know if you want me to release it in pkgdb, or if you want
to co-maintain request the necessary rights and I'll ack them.
Regards,
Hans
5895
days inactive
5907
days old
51 comments
21 participants
participants (21)
-
Adam Jackson -
alcapcom -
Brendan Conoboy -
Development discussions related to Fedora -
Dominik 'Rathann' Mierzejewski -
drago01 -
Hans de Goede -
Huzaifa Sidhpurwala -
Johan Cwiklinski -
Jon Masters -
Lennert Buytenhek -
Nicolas Chauvet -
Patrice Dumas -
Rafał Psota -
Thibault North -
Tim Niemueller -
Tomas Mraz -
Tomáš Smetana -
Toshio Kuratomi -
Trond Danielsen -
Ville Skyttä