Fedora Packaging

• Thread Index

• Re: what policy for python egg files
  • From: Toshio Kuratomi
• what policy for python egg files
  • From: José Matos
• Re: iconcache proposal, v2
  • From: Axel Thimm
• Re: iconcache proposal, v2
  • From: Axel Thimm
• Re: Re: iconcache proposal, v2
  • From: Rex Dieter
• Re: Re: iconcache proposal, v2
  • From: Rex Dieter
• Re: iconcache proposal, v2
  • From: Axel Thimm
• Re: Re: Revived License: tag proposal
  • From: Stephen John Smoogen
• Re: iconcache proposal, v2
  • From: Axel Thimm
• Re: iconcache proposal, v2
  • From: Rex Dieter
• Re: iconcache proposal, v2
  • From: Till Maas
• Re: iconcache proposal, v2
  • From: Rex Dieter
• Re: Re: Revived License: tag proposal
  • From: Jason L Tibbitts III
• Re: Re: Revived License: tag proposal
  • From: Stephen John Smoogen
• Re: iconcache proposal, v2
  • From: Rex Dieter
• Re: Re: Revived License: tag proposal
  • From: Jason L Tibbitts III
• Re: iconcache proposal, v2
  • From: Toshio Kuratomi
• Re: Revived License: tag proposal
  • From: Matej Cepl
• iconcache proposal, v2
  • From: Rex Dieter
• Re: File deps outside "/etc {/usr,}/{s,}bin/"
  • From: Axel Thimm
• File deps outside "/etc {/usr,}/{s,}bin/"
  • From: Thorsten Leemhuis
• Re: Missing the meeting
  • From: Tom 'spot' Callaway
• Missing the meeting
  • From: Toshio Kuratomi
• Re: [Mimedefang] More on mimedefang and x86_64
  • From: Philip Prindeville
• Re: Re: RPM weirdness [moved from fedora-list]
  • From: Philip Prindeville
• config files in multilibed packages (was: RPM weirdness)
  • From: Axel Thimm
• config files in multilibed packages (was: RPM weirdness)
  • From: Axel Thimm
• Re: Re: RPM weirdness [moved from fedora-list]
  • From: Rex Dieter
• Re: Re: RPM weirdness [moved from fedora-list]
  • From: Philip Prindeville
• Re: RPM weirdness [moved from fedora-list]
  • From: Axel Thimm
• Re: RPM weirdness [moved from fedora-list]
  • From: Philip Prindeville
• scriptlets for user creation needed
  • From: Thorsten Leemhuis
• Re: LSB/FSG's packaging summit on Wed, Dec 6th
  • From: Axel Thimm
• Re: Re: Re: Re: iconcache scriptlets
  • From: Rex Dieter
• Re: Re: Re: iconcache scriptlets
  • From: Rex Dieter
• Re: Re: Re: iconcache scriptlets
  • From: Enrico Scholz
• Re: Conflicts Draft Proposal
  • From: Ralf Corsepius
• Re: Conflicts Draft Proposal
  • From: Ville Skyttä
• Re: Conflicts Draft Proposal
  • From: Christopher Stone
• Re: Re: Re: iconcache scriptlets
  • From: Rex Dieter
• Re: Re: Re: iconcache scriptlets
  • From: Rex Dieter
• Re: Re: iconcache scriptlets
  • From: Rex Dieter
• Re: Conflicts Draft Proposal
  • From: Enrico Scholz
• Re: Conflicts Draft Proposal
  • From: Michael Schwendt
• Re: Re: Re: iconcache scriptlets
  • From: Enrico Scholz
• Re: sparse 0.2, headers and static lib
  • From: Enrico Scholz
• Re: Conflicts Draft Proposal
  • From: Ralf Corsepius
• Re: Re: iconcache scriptlets
  • From: Toshio Kuratomi
• Re: static subpackages (was: sparse 0.2, headers and static lib)
  • From: Matt Domsch
• Re: static subpackages (was: sparse 0.2, headers and static lib)
  • From: Toshio Kuratomi
• Re: static subpackages (was: sparse 0.2, headers and static lib)
  • From: Jeffrey C. Ollie
• Re: static subpackages (was: sparse 0.2, headers and static lib)
  • From: Matt Domsch
• Re: static subpackages (was: sparse 0.2, headers and static lib)
  • From: Matt Domsch
• Re: iconcache scriptlets
  • From: Rex Dieter
• Re: Re: static subpackages (was: sparse 0.2, headers and static lib)
  • From: Ralf Corsepius
• Re: static subpackages (was: sparse 0.2, headers and static lib)
  • From: Ralf Corsepius
• Re: static subpackages (was: sparse 0.2, headers and static lib)
  • From: Patrice Dumas
• Re: static subpackages (was: sparse 0.2, headers and static lib)
  • From: Axel Thimm
• Re: static subpackages (was: sparse 0.2, headers and static lib)
  • From: Toshio Kuratomi
• Re: Re: Re: iconcache scriptlets
  • From: Toshio Kuratomi
• static subpackages (was: sparse 0.2, headers and static lib)
  • From: Axel Thimm
• Re: sparse 0.2, headers and static lib
  • From: Matt Domsch
• Re: sparse 0.2, headers and static lib
  • From: Tom 'spot' Callaway
• sparse 0.2, headers and static lib
  • From: Matt Domsch
• Re: Conflicts Draft Proposal
  • From: Patrice Dumas
• Re: Conflicts Draft Proposal
  • From: David Lutterkort
• Re: Conflicts Draft Proposal
  • From: David Lutterkort
• Re: Re: iconcache scriptlets
  • From: Rex Dieter
• Re: Conflicts Draft Proposal
  • From: Toshio Kuratomi
• Re: Re: iconcache scriptlets
  • From: Toshio Kuratomi
• Re: Conflicts Draft Proposal
  • From: Nicolas Mailhot
• Re: Re: iconcache scriptlets
  • From: Rex Dieter
• Re: Conflicts Draft Proposal
  • From: Tom 'spot' Callaway
• Re: Conflicts Draft Proposal
  • From: Nicolas Mailhot
• Re: Re: iconcache scriptlets
  • From: Toshio Kuratomi
• Re: Conflicts Draft Proposal
  • From: Tom 'spot' Callaway
• Re: Re: iconcache scriptlets
  • From: Rex Dieter
• Re: Conflicts Draft Proposal
  • From: Enrico Scholz
• Re: Re: iconcache scriptlets
  • From: Enrico Scholz
• Re: Conflicts Draft Proposal
  • From: Axel Thimm
• Re: Conflicts Draft Proposal
  • From: Rex Dieter
• Re: Conflicts Draft Proposal
  • From: Patrice Dumas
• Re: Conflicts Draft Proposal
  • From: Tom 'spot' Callaway
• Re: Conflicts Draft Proposal
  • From: Paul Howarth
• Re: Conflicts Draft Proposal
  • From: Bill Nottingham
• Conflicts Draft Proposal
  • From: Tom 'spot' Callaway
• Re: iconcache scriptlets
  • From: Rex Dieter
• Re: iconcache scriptlets
  • From: Rex Dieter
• Missing today's meeting
  • From: Ralf Corsepius
• Re: iconcache scriptlets
  • From: Enrico Scholz
• Re: iconcache scriptlets
  • From: Toshio Kuratomi
• Re: LSB/FSG's packaging summit on Wed, Dec 6th
  • From: seth vidal
• LSB/FSG's packaging summit on Wed, Dec 6th
  • From: Axel Thimm
• iconcache scriptlets
  • From: Rex Dieter
• Missing tomorrow's meeting
  • From: Ville Skyttä
• Re: debuginfo of python packages / programms
  • From: Parag N(पराग़)
• Re: debuginfo of python packages / programms
  • From: Mamoru Tasaka
• debuginfo of python packages / programms
  • From: Till Maas
• Re: Re: Where to put pixmaps
  • From: Laurent Rineau
• Re: Where to put pixmaps
  • From: Rex Dieter
• Where to put pixmaps
  • From: Orion Poplawski
• Re: Revived License: tag proposal
  • From: Dominik 'Rathann' Mierzejewski
• Re: Re: --vendor fedora, rationale/motivation?
  • From: Ville Skyttä
• Re: How to make a Provides based on package contents?
  • From: Ville Skyttä
• Re: Revived License: tag proposal
  • From: Axel Thimm
• Re: Revived License: tag proposal
  • From: Jason L Tibbitts III
• Re: Re: Revived License: tag proposal
  • From: Jason L Tibbitts III
• Re: Re: --vendor fedora, rationale/motivation?
  • From: Rex Dieter
• Re: Revived License: tag proposal
  • From: Axel Thimm
• Re: Revived License: tag proposal
  • From: Dominik 'Rathann' Mierzejewski
• Revived License: tag proposal
  • From: Jason L Tibbitts III
• Re: How to make a Provides based on package contents?
  • From: Jason L Tibbitts III
• Re: How to make a Provides based on package contents?
  • From: Jason L Tibbitts III
• Re: How to make a Provides based on package contents?
  • From: Orion Poplawski
• Re: fedora-packaging meetings
  • From: Dominik 'Rathann' Mierzejewski
• Re: fedora-packaging meetings
  • From: Ralf Corsepius
• Re: fedora-packaging meetings
  • From: Dominik 'Rathann' Mierzejewski
• Re: static linking draft
  • From: Patrice Dumas
• Re: static linking draft
  • From: Ralf Corsepius
• static linking draft
  • From: Patrice Dumas
• fedora-packaging meetings
  • From: Axel Thimm
• Re: --vendor fedora, rationale/motivation?
  • From: Axel Thimm
• Re: How to make a Provides based on package contents?
  • From: Ville Skyttä
• How to make a Provides based on package contents?
  • From: Orion Poplawski
• Rex will be awol today
  • From: Rex Dieter
• Re: Re: Package forking
  • From: Rex Dieter
• Re: Re: Package forking
  • From: Christopher Stone
• Re: Re: Package forking
  • From: Rex Dieter
• Re: Re: Fedora Packaging Member forking Fedora/Causing problems with community and users
  • From: Brian Pepple
• Re: Re: Fedora Packaging Member forking Fedora/Causing problems with community and users
  • From: Christopher Stone
• Re: Fedora Packaging Member forking Fedora/Causing problems with community and users
  • From: Rex Dieter
• Re: Fedora Packaging Member forking Fedora/Causing problems with community and users
  • From: Thorsten Leemhuis
• Re: Fedora Packaging Member forking Fedora/Causing problems with community and users
  • From: Christopher Stone
• Re: Conflicts in Core and Extras packages
  • From: Michael Schwendt
• Re: Conflicts in Core and Extras packages
  • From: Bill Nottingham
• Re: Conflicts in Core and Extras packages
  • From: Nicolas Mailhot
• Re: Conflicts in Core and Extras packages
  • From: Michael Schwendt
• Re: Initial LicenseTag proposal
  • From: Jason L Tibbitts III
• Re: Conflicts in Core and Extras packages
  • From: Ralf Corsepius
• Re: Conflicts in Core and Extras packages
  • From: Paul Howarth
• Re: Conflicts in Core and Extras packages
  • From: Michael Schwendt
• Re: Conflicts in Core and Extras packages
  • From: Nicolas Mailhot
• Re: Conflicts in Core and Extras packages
  • From: Jason L Tibbitts III
• Re: Conflicts in Core and Extras packages
  • From: Thorsten Leemhuis
• Re: Conflicts in Core and Extras packages
  • From: Michael Schwendt
• Re: Charter of Fedora Packaging Group
  • From: Thorsten Leemhuis
• Re: Conflicts in Core and Extras packages
  • From: Thorsten Leemhuis
• Re: Conflicts in Core and Extras packages
  • From: Michael Schwendt
• Charter of Fedora Packaging Group (was: Conflicts in Core and Extras packages)
  • From: Axel Thimm
• Initial LicenseTag proposal
  • From: Jason L Tibbitts III
• Re: Re: Fedora Alternatives (Re: [fab] build service)
  • From: Dawid Gajownik
• Re: Re: Fedora Alternatives (Re: [fab] build service)
  • From: Nicolas Mailhot
• Re: Fedora Alternatives (Re: [fab] build service)
  • From: Sarantis Paskalis
• Conflicts in Core and Extras packages
  • From: Thorsten Leemhuis
• Re: python listed explicitly as exception and added to buildsys-build groups
  • From: Matt Domsch
• Re: python listed explicitly as exception and added to buildsys-build groups
  • From: David Lutterkort
• Re: python listed explicitly as exception and added to buildsys-build groups
  • From: Jesse Keating
• Re: python listed explicitly as exception and added to buildsys-build groups
  • From: Matthias Saou
• Re: python listed explicitly as exception and added to buildsys-build groups
  • From: Jesse Keating
• Re: python listed explicitly as exception and added to buildsys-build groups
  • From: Bill Nottingham
• Re: python listed explicitly as exception and added to buildsys-build groups
  • From: Jesse Keating
• Re: python listed explicitly as exception and added to buildsys-build groups
  • From: Jason L Tibbitts III
• Re: python listed explicitly as exception and added to buildsys-build groups
  • From: Jesse Keating
• Re: python listed explicitly as exception and added to buildsys-build groups
  • From: Bill Nottingham
• Re: python listed explicitly as exception and added to buildsys-build groups
  • From: Jesse Keating
• Re: python listed explicitly as exception and added to buildsys-build groups
  • From: Bill Nottingham
• python listed explicitly as exception and added to buildsys-build groups
  • From: Jesse Keating
• missing today's meeting
  • From: Rex Dieter
• Re: proposed "should" requirement: clean "make check" run w/valgrind
  • From: Jesse Keating
• Re: proposed "should" requirement: clean "make check" run w/valgrind
  • From: Jim Meyering
• Re: proposed "should" requirement: clean "make check" run w/valgrind
  • From: Rex Dieter
• Re: proposed "should" requirement: clean "make check" run w/valgrind
  • From: Jesse Keating
• Re: proposed "should" requirement: clean "make check" run w/valgrind
  • From: Jim Meyering
• Re: proposed "should" requirement: clean "make check" run w/valgrind
  • From: Jesse Keating
• Re: proposed "should" requirement: clean "make check" run w/valgrind
  • From: Jim Meyering
• Re: proposed "should" requirement: clean "make check" run w/valgrind
  • From: Jesse Keating
• proposed "should" requirement: clean "make check" run w/valgrind
  • From: Jim Meyering
• Re: Fwd: [Bug 206860] GTK+ icon cache "bugs" on ScriptletSnippets
  • From: Rex Dieter
• Re: Re: Missing the meeting today
  • From: Jesse Keating
• Re: Re: Missing the meeting today
  • From: seth vidal
• Re: Re: Missing the meeting today
  • From: Jesse Keating
• Re: Missing the meeting today
  • From: Axel Thimm
• Re: Rawhide desktop-file-install question
  • From: Ville Skyttä
• Re: Rawhide desktop-file-install question
  • From: Mamoru Tasaka
• Rawhide desktop-file-install question
  • From: Paul
• Re: --add-category X-Fedora option to desktop-file-install not necessary nor used.
  • From: Michael Schwendt
• Re: --add-category X-Fedora option to desktop-file-install not necessary nor used.
  • From: Jesse Keating
• Re: --add-category X-Fedora option to desktop-file-install not necessary nor used.
  • From: Toshio Kuratomi
• Re: --add-category X-Fedora option to desktop-file-install not necessary nor used.
  • From: Michael Schwendt
• Re: --add-category X-Fedora option to desktop-file-install not necessary nor used.
  • From: Tom 'spot' Callaway
• Re: --add-category X-Fedora option to desktop-file-install not necessary nor used.
  • From: Jason L Tibbitts III
• Re: --add-category X-Fedora option to desktop-file-install not necessary nor used.
  • From: Jesse Keating
• Re: --add-category X-Fedora option to desktop-file-install not necessary nor used.
  • From: Rex Dieter
• Re: --add-category X-Fedora option to desktop-file-install not necessary nor used.
  • From: Jason L Tibbitts III
• Re: --add-category X-Fedora option to desktop-file-install not necessary nor used.
  • From: Matthias Saou
• Re: --add-category X-Fedora option to desktop-file-install not necessary nor used.
  • From: Ville Skyttä
• --add-category X-Fedora option to desktop-file-install not necessary nor used.
  • From: Jesse Keating
• Re: Re: Missing the meeting today
  • From: Tom 'spot' Callaway
• Re: Missing the meeting today
  • From: Axel Thimm
• Re: Missing the meeting today
  • From: Ralf Corsepius
• Missing the meeting today
  • From: Ville Skyttä
• Re: Re: Packaging into /srv? (was: FHS Compliance?)
  • From: Matthew Miller
• Re: Re: Packaging into /srv? (was: FHS Compliance?)
  • From: Nicolas Mailhot
• Re: Packaging into /srv? (was: FHS Compliance?)
  • From: Axel Thimm
• Re: Re: Packaging into /srv? (was: FHS Compliance?)
  • From: Nicolas Mailhot
• Re: Re: Packaging into /srv? (was: FHS Compliance?)
  • From: Matthew Miller
• Re: Re: Packaging into /srv? (was: FHS Compliance?)
  • From: Matthew Miller
• Re: Re: Packaging into /srv? (was: FHS Compliance?)
  • From: Nicolas Mailhot
• Re: Packaging into /srv? (was: FHS Compliance?)
  • From: Axel Thimm
• Re: Re: Packaging into /srv? (was: FHS Compliance?)
  • From: Jesse Keating
• Re: Re: Packaging into /srv? (was: FHS Compliance?)
  • From: Matthew Miller
• Re: Re: Packaging into /srv? (was: FHS Compliance?)
  • From: Nicolas Mailhot
• Re: Re: Packaging into /srv? (was: FHS Compliance?)
  • From: Matthew Miller
• Re: Packaging into /srv? (was: FHS Compliance?)
  • From: Joe Orton
• Re: Disabling debuginfo packages
  • From: Ville Skyttä
• Re: Packaging into /srv? (was: FHS Compliance?)
  • From: Matthew Miller
• Re: Packaging into /srv? (was: FHS Compliance?)
  • From: Axel Thimm
• Re: Re: Packaging into /srv? (was: FHS Compliance?)
  • From: Nicolas Mailhot
• Re: Packaging into /srv? (was: FHS Compliance?)
  • From: Axel Thimm
• Re: Packaging into /srv? (was: FHS Compliance?)
  • From: Axel Thimm
• Re: Packaging into /srv? (was: FHS Compliance?)
  • From: Matthew Miller
• Re: Packaging into /srv? (was: FHS Compliance?)
  • From: Nicolas Mailhot
• Packaging into /srv? (was: FHS Compliance?)
  • From: Axel Thimm
• Re: Disabling debuginfo packages
  • From: Christopher Stone
• Re: Disabling debuginfo packages
  • From: Michael Schwendt
• Re: Disabling debuginfo packages
  • From: Christopher Stone
• Re: Disabling debuginfo packages
  • From: Michael Schwendt
• Re: Disabling debuginfo packages
  • From: Christopher Stone
• Re: Disabling debuginfo packages
  • From: Michael Schwendt
• Re: Re: [Bug 203864] Review Request: tripwire - IDS
  • From: Matthias Saou
• Re: Extras package enables 3rd party repository
  • From: Bill Nottingham
• Re: Disabling debuginfo packages
  • From: Christopher Stone
• Re: Extras package enables 3rd party repository
  • From: Thorsten Leemhuis
• Re: Re: [Bug 203864] Review Request: tripwire - IDS
  • From: Jason L Tibbitts III
• Re: [Bug 203864] Review Request: tripwire - IDS
  • From: Thorsten Leemhuis
• Re: Re: [Bug 203864] Review Request: tripwire - IDS
  • From: Till Maas
• Re: Disabling debuginfo packages
  • From: Tom 'spot' Callaway
• Re: Re: [Bug 203864] Review Request: tripwire - IDS
  • From: Toshio Kuratomi
• Re: Extras package enables 3rd party repository
  • From: Rex Dieter
• Re: Re: [Bug 203864] Review Request: tripwire - IDS
  • From: Michael Schwendt
• Disabling debuginfo packages
  • From: Michael Schwendt
• Re: Re: [Bug 203864] Review Request: tripwire - IDS
  • From: Jeffrey C. Ollie
• Re: Re: [Bug 203864] Review Request: tripwire - IDS
  • From: seth vidal
• Re: [Bug 203864] Review Request: tripwire - IDS
  • From: Axel Thimm
• Re: Re: [Bug 203864] Review Request: tripwire - IDS
  • From: Bill Nottingham
• Re: Extras package enables 3rd party repository
  • From: Ville Skyttä
• Re: Extras package enables 3rd party repository
  • From: Jesse Keating
• Re: Extras package enables 3rd party repository
  • From: Rex Dieter
• Firmwares, roms and who decides on packagable items
  • From: Axel Thimm
• Re: Apology to Axel and Lists
  • From: Axel Thimm
• Re: Extras package enables 3rd party repository
  • From: Paul Howarth
• Re: Extras package enables 3rd party repository
  • From: Matthias Saou
• Extras package enables 3rd party repository
  • From: Michael Schwendt
• Apology to Axel and Lists
  • From: Christopher Stone
• Re: Re: Announcing Dribble a new addon repo for Fedora Extras users
  • From: Ralf Corsepius
• Re: Fedora Packaging Member forking Fedora/Causing problems with community and users
  • From: Christopher Stone
• Re: Fedora Packaging Member forking Fedora/Causing problems with community and users
  • From: Axel Thimm
• Re: Fedora Packaging Member forking Fedora/Causing problems with community and users
  • From: Christopher Stone
• Re: Fedora Packaging Member forking Fedora/Causing problems with community and users
  • From: Tom 'spot' Callaway
• Re: Fedora Packaging Member forking Fedora/Causing problems with community and users
  • From: Christopher Stone
• Re: Fedora Packaging Member forking Fedora/Causing problems with community and users
  • From: Rex Dieter
• Re: Fedora Packaging Member forking Fedora/Causing problems with community and users
  • From: Greg DeKoenigsberg
• Re: Fedora Packaging Member forking Fedora/Causing problems with community and users
  • From: Matthias Saou
• Fedora Packaging Member forking Fedora/Causing problems with community and users
  • From: Christopher Stone
• Re: Announcing Dribble a new addon repo for Fedora Extras users
  • From: Axel Thimm
• Re: Re: Announcing Dribble a new addon repo for Fedora Extras users
  • From: Ralf Corsepius
• Re: Re: Announcing Dribble a new addon repo for Fedora Extras users
  • From: Jason L Tibbitts III
• Re: Announcing Dribble a new addon repo for Fedora Extras users
  • From: Ralf Corsepius
• Re: libtool(.la) archive policy proposal
  • From: Rex Dieter
• Re: Re: libtool(.la) archive policy proposal
  • From: Toshio Kuratomi
• Re: Re: libtool(.la) archive policy proposal
  • From: Enrico Scholz
• Re: Re: libtool(.la) archive policy proposal
  • From: Rex Dieter
• Re: Kernel modules packaged for dkms
  • From: Tom 'spot' Callaway
• Re: Refining today's "don't touch system fs" guideline
  • From: Tom 'spot' Callaway
• Re: Re: libtool(.la) archive policy proposal
  • From: Enrico Scholz
• Re: Re: libtool(.la) archive policy proposal
  • From: Ville Skyttä
• Re: libtool(.la) archive policy proposal
  • From: Axel Thimm
• Re: Re: libtool(.la) archive policy proposal
  • From: Enrico Scholz
• Re: libtool(.la) archive policy proposal
  • From: Axel Thimm
• Re: libtool(.la) archive policy proposal
  • From: Axel Thimm
• Re: Re: libtool(.la) archive policy proposal
  • From: Enrico Scholz
• Re: Re: libtool(.la) archive policy proposal
  • From: Ville Skyttä
• Re: libtool(.la) archive policy proposal
  • From: Axel Thimm
• Re: Re: libtool(.la) archive policy proposal
  • From: Ville Skyttä
• Re: libtool(.la) archive policy proposal
  • From: Axel Thimm
• Re: Re: libtool(.la) archive policy proposal
  • From: Enrico Scholz
• Re: libtool(.la) archive policy proposal
  • From: Axel Thimm
• Re: Re: libtool(.la) archive policy proposal
  • From: Alexandre Oliva
• Re: Re: libtool(.la) archive policy proposal
  • From: Enrico Scholz
• Re: Re: libtool(.la) archive policy proposal
  • From: Alexandre Oliva
• Re: Re: Refining today's "don't touch system fs" guideline
  • From: Ralf Corsepius
• Re: Re: Refining today's "don't touch system fs" guideline
  • From: Ralf Corsepius
• Re: Refining today's "don't touch system fs" guideline
  • From: Axel Thimm
• Re: Re: libtool(.la) archive policy proposal
  • From: Rex Dieter
• Re: Re: Refining today's "don't touch system fs" guideline
  • From: Ralf Corsepius
• Re: Re: Refining today's "don't touch system fs" guideline
  • From: Michael Schwendt
• Re: Re: Refining today's "don't touch system fs" guideline
  • From: Nicolas Mailhot
• Re: Refining today's "don't touch system fs" guideline
  • From: Axel Thimm
• Re: Re: Refining today's "don't touch system fs" guideline
  • From: Ralf Corsepius
• Re: Refining today's "don't touch system fs" guideline
  • From: Axel Thimm
• Re: Re: Refining today's "don't touch system fs" guideline
  • From: Ralf Corsepius
• Re: Refining today's "don't touch system fs" guideline
  • From: Axel Thimm
• Re: Re: libtool(.la) archive policy proposal
  • From: Enrico Scholz
• Re: Re: Re: libtool(.la) archive policy proposal
  • From: Alexandre Oliva
• Re: Re: libtool(.la) archive policy proposal
  • From: Alexandre Oliva
• Re: Re: libtool(.la) archive policy proposal
  • From: Alexandre Oliva
• Re: Re: libtool(.la) archive policy proposal
  • From: Alexandre Oliva
• Re: Refining today's "don't touch system fs" guideline
  • From: Ralf Corsepius
• Re: Re: libtool(.la) archive policy proposal
  • From: Enrico Scholz
• Re: libtool(.la) archive policy proposal
  • From: Axel Thimm
• Re: libtool(.la) archive policy proposal
  • From: Axel Thimm
• Re: Re: libtool(.la) archive policy proposal
  • From: Alexandre Oliva
• Re: Re: libtool(.la) archive policy proposal
  • From: Alexandre Oliva
• Re: Re: Re: libtool(.la) archive policy proposal
  • From: Rex Dieter
• Re: Re: libtool(.la) archive policy proposal
  • From: Alexandre Oliva
• Re: Re: Re: libtool(.la) archive policy proposal
  • From: Alexandre Oliva
• Re: Re: libtool(.la) archive policy proposal
  • From: Enrico Scholz
• Refining today's "don't touch system fs" guideline
  • From: Axel Thimm
• Re: libtool(.la) archive policy proposal
  • From: Axel Thimm
• Re: libtool(.la) archive policy proposal
  • From: Axel Thimm
• Re: libtool(.la) archive policy proposal
  • From: Rex Dieter
• Re: Re: libtool(.la) archive policy proposal
  • From: Rex Dieter
• Re: Re: libtool(.la) archive policy proposal
  • From: Enrico Scholz
• Re: libtool(.la) archive policy proposal
  • From: Axel Thimm
• Re: Re: libtool(.la) archive policy proposal
  • From: Enrico Scholz
• Re: libtool(.la) archive policy proposal
  • From: Axel Thimm
• Re: Re: libtool(.la) archive policy proposal
  • From: Alexandre Oliva
• Re: Kernel modules packaged for dkms
  • From: Matt Domsch
• Re: Kernel modules packaged for dkms
  • From: seth vidal
• Re: Kernel modules packaged for dkms
  • From: seth vidal
• Re: Kernel modules packaged for dkms
  • From: Panu Matilainen
• Re: Kernel modules packaged for dkms
  • From: Rex Dieter
• Re: Kernel modules packaged for dkms
  • From: seth vidal
• Re: Kernel modules packaged for dkms
  • From: Matthias Saou
• Re: Kernel modules packaged for dkms
  • From: Panu Matilainen
• Re: Kernel modules packaged for dkms
  • From: Matt Domsch
• Re: Kernel modules packaged for dkms
  • From: Stephen John Smoogen
• Re: Kernel modules packaged for dkms
  • From: Matthias Saou
• Re: Kernel modules packaged for dkms
  • From: Matthias Saou
• Re: Kernel modules packaged for dkms
  • From: Nicolas Mailhot
• Re: Kernel modules packaged for dkms
  • From: Thorsten Leemhuis
• Re: Kernel modules packaged for dkms
  • From: Paul Howarth
• Re: Kernel modules packaged for dkms
  • From: Matthias Saou
• Re: Kernel modules packaged for dkms
  • From: Rex Dieter
• Re: Kernel modules packaged for dkms
  • From: Jon Masters
• Kernel modules packaged for dkms
  • From: Matthias Saou
• Re: libtool(.la) archive policy proposal
  • From: Rex Dieter
• Re: Re: libtool(.la) archive policy proposal
  • From: Alexandre Oliva
• Re: libtool(.la) archive policy proposal
  • From: Axel Thimm
• Re: .so files in main package for python packages
  • From: Alexandre Oliva
• Re: Re: libtool(.la) archive policy proposal
  • From: Alexandre Oliva
• Re: Re: libtool(.la) archive policy proposal
  • From: Alexandre Oliva
• Re: Re: libtool(.la) archive policy proposal
  • From: Alexandre Oliva
• Re: Re: libtool(.la) archive policy proposal
  • From: Alexandre Oliva
• Re: Re: libtool(.la) archive policy proposal
  • From: Michael Schwendt
• Vacation
  • From: Tom 'spot' Callaway
• Re: libtool(.la) archive policy proposal
  • From: Axel Thimm
• Re: Re: libtool(.la) archive policy proposal
  • From: Ralf Corsepius
• Re: Re: libtool(.la) archive policy proposal
  • From: Toshio Kuratomi
• Re: Re: libtool(.la) archive policy proposal
  • From: Ralf Corsepius
• Re: Re: libtool(.la) archive policy proposal
  • From: Toshio Kuratomi
• Re: Re: libtool(.la) archive policy proposal
  • From: Toshio Kuratomi
• Re: Re: libtool(.la) archive policy proposal
  • From: Ralf Corsepius
• Re: Re: libtool(.la) archive policy proposal
  • From: Rex Dieter
• Re: Re: libtool(.la) archive policy proposal
  • From: Rex Dieter
• Re: libtool(.la) archive policy proposal
  • From: Axel Thimm
• Re: Re: libtool(.la) archive policy proposal
  • From: Ralf Corsepius
• Re: Re: libtool(.la) archive policy proposal
  • From: Toshio Kuratomi
• Re: Re: libtool(.la) archive policy proposal
  • From: Michael Schwendt
• Re: libtool(.la) archive policy proposal
  • From: Axel Thimm
• Re: libtool(.la) archive policy proposal
  • From: Rex Dieter
• Re: Re: libtool(.la) archive policy proposal
  • From: Enrico Scholz
• Re: libtool(.la) archive policy proposal
  • From: Ralf Corsepius
• Re: Re: libtool(.la) archive policy proposal
  • From: Ralf Corsepius
• Re: libtool(.la) archive policy proposal
  • From: Axel Thimm
• Re: Re: libtool(.la) archive policy proposal
  • From: Enrico Scholz
• Re: libtool(.la) archive policy proposal
  • From: Rex Dieter
• Re: libtool(.la) archive policy proposal
  • From: Rex Dieter
• Re: Re: libtool(.la) archive policy proposal
  • From: Rex Dieter
• Re: libtool(.la) archive policy proposal
  • From: Axel Thimm
• Re: Re: libtool(.la) archive policy proposal
  • From: Enrico Scholz
• Re: libtool(.la) archive policy proposal
  • From: Ralf Corsepius
• Re: Re: libtool(.la) archive policy proposal
  • From: Michael Schwendt
• Re: libtool(.la) archive policy proposal
  • From: Axel Thimm
• Re: libtool(.la) archive policy proposal
  • From: Michael Schwendt
• Re: MS shared source license
  • From: Rex Dieter
• Re: MS shared source license
  • From: Jochen Schmitt
• Re: MS shared source license
  • From: Paul
• Re: MS shared source license
  • From: Tom 'spot' Callaway
• MS shared source license
  • From: Paul
• Absent (Sep 28, 2006)
  • From: Tom 'spot' Callaway
• Re: desktop-file-install --vendor=... proposal, comments?
  • From: Rex Dieter
• Re: desktop-file-install --vendor=... proposal, comments?
  • From: Till Maas
• Re: libtool(.la) archive policy proposal
  • From: Rex Dieter
• Re: desktop-file-install --vendor=... proposal, comments?
  • From: Rex Dieter
• Re: desktop-file-install --vendor=... proposal, comments?
  • From: Jason L Tibbitts III
• Re: libtool(.la) archive policy proposal
  • From: Jason L Tibbitts III
• Re: desktop-file-install --vendor=... proposal, comments?
  • From: Rex Dieter
• Re: desktop-file-install --vendor=... proposal, comments?
  • From: Jason L Tibbitts III
• libtool(.la) archive policy proposal
  • From: Rex Dieter
• desktop-file-install --vendor=... proposal, comments?
  • From: Rex Dieter
• Re: Re: Including a static library
  • From: Jesse Keating
• Re: Re: Including a static library
  • From: Ralf Corsepius
• Re: Re: Including a static library
  • From: seth vidal
• Re: Re: Including a static library
  • From: Jeremy Katz
• Re: Re: Including a static library
  • From: seth vidal
• Re: Re: Including a static library
  • From: Bill Nottingham
• Re: Re: Including a static library
  • From: Tom 'spot' Callaway
• Re: Re: Including a static library
  • From: Dominik 'Rathann' Mierzejewski
• Re: Re: Including a static library
  • From: Toshio Kuratomi
• Re: Re: GTK+ icon cache "bugs" on ScriptletSnippets
  • From: Rex Dieter
• Re: Re: Including a static library
  • From: Rex Dieter
• Re: Re: Including a static library
  • From: Ralf Corsepius
• Re: Including a static library
  • From: Rex Dieter
• Re: Re: GTK+ icon cache "bugs" on ScriptletSnippets
  • From: Rex Dieter
• Re: Re: GTK+ icon cache "bugs" on ScriptletSnippets
  • From: Rex Dieter
• Re: Re: GTK+ icon cache "bugs" on ScriptletSnippets
  • From: Christopher Stone
• Re: GTK+ icon cache "bugs" on ScriptletSnippets
  • From: Rex Dieter
• Including a static library
  • From: Matthias Saou
• GTK+ icon cache "bugs" on ScriptletSnippets
  • From: Marcin Garski
• Taking care of renamed config file
  • From: Till Maas
• Re: ReviewGuidelines: What are proper permissions?
  • From: Toshio Kuratomi
• Re: ReviewGuidelines: What are proper permissions?
  • From: Tom 'spot' Callaway
• ReviewGuidelines: What are proper permissions?
  • From: Till Maas
• Re: changelog entries: release with disttag?
  • From: Rex Dieter
• Re: changelog entries: release with disttag?
  • From: Rex Dieter
• Re: changelog entries: release with disttag?
  • From: Till Maas
• Re: changelog entries: release with disttag?
  • From: Rex Dieter
• changelog entries: release with disttag?
  • From: Till Maas
• Re: No pre-built applications rule
  • From: Rex Dieter
• Re: Re: No pre-built applications rule
  • From: David Lutterkort
• Re: No pre-built applications rule
  • From: Ralf Corsepius
• Re: Re: No pre-built applications rule
  • From: Ralf Corsepius
• Re: Re: No pre-built applications rule
  • From: Ralf Corsepius
• Re: No pre-built applications rule
  • From: Brian Pepple
• Re: No pre-built applications rule
  • From: Toshio Kuratomi
• Re: No pre-built applications rule
  • From: Toshio Kuratomi
• Re: No pre-built applications rule
  • From: Toshio Kuratomi
• Re: No pre-built applications rule
  • From: Rex Dieter
• Re: No pre-built applications rule
  • From: Rex Dieter
• Re: No pre-built applications rule
  • From: Paul
• Re: No pre-built applications rule
  • From: Nicolas Mailhot
• Re: No pre-built applications rule
  • From: Paul Howarth
• Re: No pre-built applications rule
  • From: Axel Thimm
• Re: No pre-built applications rule
  • From: Ralf Corsepius
• No pre-built applications rule
  • From: Toshio Kuratomi
• Re: Kernel Module Packaging
  • From: Thorsten Leemhuis
• Re: Re: Kernel Module Packaging
  • From: Rex Dieter
• Re: Re: Kernel Module Packaging
  • From: Parag N(पराग़)
• Re: Kernel Module Packaging
  • From: Rex Dieter
• Re: Kernel Module Packaging
  • From: Parag N(पराग़)
• Re: Kernel Module Packaging
  • From: Parag N(पराग़)
• Re: Kernel Module Packaging
  • From: Michael J. Knox
• Re: Kernel Module Packaging
  • From: Rex Dieter
• Re: Kernel Module Packaging
  • From: Jochen Schmitt
• Kernel Module Packaging
  • From: Parag N(पराग़)
• Including a CHANGELOG in php-pear extension package.
  • From: Remi Collet
• Re: pkgconfig dependency question
  • From: Jesse Keating
• Re: pkgconfig dependency question
  • From: Rex Dieter
• Re: Removing of unwanted compiler flags from $RPM_OPT_FLAGS
  • From: Enrico Scholz
• Re: pkgconfig dependency question
  • From: Parag N(पराग़)
• Re: pkgconfig dependency question
  • From: Jesse Keating
• Re: pkgconfig dependency question
  • From: Parag N(पराग़)
• Re: Removing of unwanted compiler flags from $RPM_OPT_FLAGS
  • From: Ralf Corsepius
• Re: Removing of unwanted compiler flags from $RPM_OPT_FLAGS
  • From: Tom 'spot' Callaway
• Removing of unwanted compiler flags from $RPM_OPT_FLAGS
  • From: Jochen Schmitt
• Re: SELinux testing
  • From: Bill Nottingham
• Re: Re: Importance of debuginfo packages
  • From: José Matos
• Re: %makeinstall - must not or should not use it?
  • From: Toshio Kuratomi
• Re: %makeinstall - must not or should not use it?
  • From: Parag N(पराग़)
• Re: Re: Importance of debuginfo packages
  • From: Parag N(पराग़)
• Re: %makeinstall - must not or should not use it?
  • From: Toshio Kuratomi
• Re: Re: Importance of debuginfo packages
  • From: José Matos
• Re: %makeinstall - must not or should not use it?
  • From: Tom 'spot' Callaway
• Re: .so files in main package for python packages
  • From: Jesse Keating
• Re: .so files in main package for python packages
  • From: Jesse Keating
• .so files in main package for python packages
  • From: Christopher Stone
• Re: %makeinstall - must not or should not use it?
  • From: Parag N(पराग़)
• Re: pkgconfig dependency question
  • From: Ville Skyttä
• Re: Re: Importance of debuginfo packages
  • From: Parag N(पराग़)
• Re: SELinux testing
  • From: Paul Howarth
• Re: SELinux testing
  • From: Steven Pritchard
• Re: SELinux testing
  • From: Paul Howarth
• Re: SELinux testing
  • From: James Morris
• Re: SELinux testing
  • From: Hans Ulrich Niedermann
• Re: SELinux testing
  • From: Bill Nottingham
• Re: SELinux testing
  • From: Nicolas Mailhot
• Re: SELinux testing
  • From: Jason L Tibbitts III
• Re: SELinux testing
  • From: Greg DeKoenigsberg
• Re: SELinux testing
  • From: Jason L Tibbitts III
• Re: SELinux testing
  • From: James Morris
• SELinux testing
  • From: James Morris
• Re: pkgconfig dependency question
  • From: Rex Dieter
• pkgconfig dependency question
  • From: Orion Poplawski
• Re: Rewording of Review Guidelines
  • From: Hans Ulrich Niedermann
• Re: Rewording of Review Guidelines
  • From: Paul Howarth
• Re: Rewording of Review Guidelines
  • From: Jesse Keating
• Re: Rewording of Review Guidelines
  • From: Thorsten Leemhuis
• Re: Rewording of Review Guidelines
  • From: Till Maas
• Rewording of Review Guidelines
  • From: Thorsten Leemhuis
• pkgconfig(.pc) guildeline update proposal
  • From: Rex Dieter
• IRC session Sep 7th + 14th
  • From: Axel Thimm
• Re: cmake best practices
  • From: Orion Poplawski
• Re: New meeting time
  • From: Ralf Corsepius
• Re: Should packages really own their config files???
  • From: Axel Thimm
• Re: Re: Should packages really own their config files???
  • From: Toshio Kuratomi
• Re: New meeting time
  • From: Toshio Kuratomi
• Re: Re: Should packages really own their config files???
  • From: Jesse Keating
• Re: Re: Should packages really own their config files???
  • From: Bill Nottingham
• Re: New meeting time
  • From: David Lutterkort
• Re: [Fwd: devel packages with only one .pc file]
  • From: Paul
• Re: Should packages really own their config files???
  • From: Jesse Keating
• Re: [Fwd: devel packages with only one .pc file]
  • From: Jeremy Katz
• Re: Should packages really own their config files???
  • From: Jeremy Katz
• Re: [Fwd: devel packages with only one .pc file]
  • From: Christopher Stone
• Re: [Fwd: devel packages with only one .pc file]
  • From: Matthias Saou
• Re: [Fwd: devel packages with only one .pc file]
  • From: Axel Thimm
• Re: Should packages really own their config files???
  • From: Axel Thimm
• Re: Should packages really own their config files???
  • From: Axel Thimm
• Re: Re: Should packages really own their config files???
  • From: Joe Orton
• Re: Should packages really own their config files???
  • From: Axel Thimm
• Re: Should packages really own their config files???
  • From: Jesse Keating
• Re: Should packages really own their config files???
  • From: Joe Orton
• Re: [Fwd: devel packages with only one .pc file]
  • From: Rex Dieter
• [Fwd: devel packages with only one .pc file]
  • From: Jesse Keating
• Re: New meeting time
  • From: Jesse Keating
• Re: New meeting time
  • From: Ralf Corsepius
• Re: Should packages really own their config files???
  • From: Tom 'spot' Callaway
• Re: Should packages really own their config files???
  • From: Rex Dieter
• Re: python: mixing sitearch and sitelib (was: python noarch vs arch)
  • From: Axel Thimm
• Re: Re: Should packages really own their config files???
  • From: Jesse Keating
• Re: python: mixing sitearch and sitelib (was: python noarch vs arch)
  • From: Axel Thimm
• Re: python: mixing sitearch and sitelib (was: python noarch vs arch)
  • From: Jesse Keating
• Re: Should packages really own their config files???
  • From: Axel Thimm
• Re: python: mixing sitearch and sitelib (was: python noarch vs arch)
  • From: Jesse Keating
• python: mixing sitearch and sitelib (was: python noarch vs arch)
  • From: Axel Thimm
• Re: Should packages really own their config files???
  • From: Jesse Keating
• Re: python: mixing sitearch and sitelib (was: python noarch vs arch)
  • From: Axel Thimm
• Should packages really own their config files???
  • From: Axel Thimm
• Re: python: mixing sitearch and sitelib (was: python noarch vs arch)
  • From: Toshio Kuratomi
• Re: Re: python: mixing sitearch and sitelib (was: python noarch vs arch)
  • From: Jesse Keating
• Re: python: mixing sitearch and sitelib (was: python noarch vs arch)
  • From: Axel Thimm
• Re: python: mixing sitearch and sitelib (was: python noarch vs arch)
  • From: Jesse Keating
• python: mixing sitearch and sitelib (was: python noarch vs arch)
  • From: Axel Thimm
• Re: cmake best practices
  • From: Rex Dieter
• New meeting time
  • From: Axel Thimm
• cmake best practices
  • From: Orion Poplawski
• Re: Re: RFC: Creating meta group packages via comps
  • From: Jack Neely
• Re: RFC: Creating meta group packages via comps
  • From: Panu Matilainen
• Re: Re: RFC: Creating meta group packages via comps
  • From: Matthew Miller
• Re: Re: RFC: Creating meta group packages via comps
  • From: Jack Neely
• Re: RFC: Creating meta group packages via comps
  • From: seth vidal
• Re: RFC: Creating meta group packages via comps
  • From: Jeremy Katz
• Re: RFC: Creating meta group packages via comps
  • From: Jesse Keating
• Re: RFC: Creating meta group packages via comps
  • From: seth vidal
• Re: RFC: Creating meta group packages via comps
  • From: Bill Nottingham
• Re: RFC: Creating meta group packages via comps
  • From: seth vidal
• Re: RFC: Creating meta group packages via comps
  • From: Bill Nottingham
• Re: Re: RFC: Creating meta group packages via comps
  • From: José Matos
• Re: RFC: Creating meta group packages via comps
  • From: Jesse Keating
• Re: RFC: Creating meta group packages via comps
  • From: Christopher Stone
• Re: RFC: Creating meta group packages via comps
  • From: Christopher Stone
• Re: RFC: Creating meta group packages via comps
  • From: Jeremy Katz
• Re: RFC: Creating meta group packages via comps
  • From: Jesse Keating
• Re: RFC: Creating meta group packages via comps
  • From: seth vidal
• Re: RFC: Creating meta group packages via comps
  • From: Michael J. Knox
• Re: RFC: Creating meta group packages via comps
  • From: Christopher Stone
• Re: RFC: Creating meta group packages via comps
  • From: seth vidal
• RFC: Creating meta group packages via comps
  • From: Christopher Stone
• Re: New Meeting Time
  • From: Ralf Corsepius
• New Meeting Time
  • From: Toshio Kuratomi
• Re: Best practise license checking?
  • From: Rex Dieter
• Best practise license checking?
  • From: Till Maas
• Re: kmdl voting results (was: Mail voting on kmdl adoption)
  • From: Tom Callaway
• Re: Packaging/Guidelines - Usage of %{optflags}
  • From: Axel Thimm
• Re: Packaging/Guidelines - Usage of %{optflags}
  • From: Axel Thimm
• Re: Packaging/Guidelines - Usage of %{optflags}
  • From: Axel Thimm
• Re: Packaging/Guidelines - Usage of %{optflags}
  • From: Ville Skyttä
• kmdl voting results (was: Mail voting on kmdl adoption)
  • From: Axel Thimm
• Re: GConf snippets suggestion
  • From: Yanko Kaneti
• Re: Packaging/Guidelines - Usage of %{optflags}
  • From: Till Maas
• Re: Absolute symlinks
  • From: Ville Skyttä
• Re: Packaging/Guidelines - Usage of %{optflags}
  • From: Ville Skyttä
• Re: GConf snippets suggestion
  • From: Toshio Kuratomi
• Re: Packaging/Guidelines - Usage of %{optflags}
  • From: Toshio Kuratomi
• Re: Packaging/Guidelines - Usage of %{optflags}
  • From: Axel Thimm
• Re: Re: Packaging/Guidelines - Usage of %{optflags}
  • From: Till Maas
• Re: Packaging/Guidelines - Usage of %{optflags}
  • From: Axel Thimm
• Packaging/Guidelines - Usage of %{optflags}
  • From: Till Maas
• Re: Absolute symlinks
  • From: Toshio Kuratomi
• Re: Absolute symlinks
  • From: Axel Thimm
• Re: Re: Absolute symlinks
  • From: Toshio Kuratomi
• Re: Absolute symlinks
  • From: Jason L Tibbitts III
• Re: Re: Mail voting on kmdl adoption
  • From: Tom 'spot' Callaway
• Re: Absolute symlinks
  • From: Axel Thimm
• Re: Absolute symlinks
  • From: Axel Thimm
• Re: Absolute symlinks
  • From: Toshio Kuratomi
• Re: Mail voting on kmdl adoption
  • From: Axel Thimm
• Re: Re: Absolute symlinks
  • From: Rex Dieter
• Re: Absolute symlinks
  • From: Axel Thimm
• Re: Absolute symlinks
  • From: Rex Dieter
• Re: Absolute symlinks
  • From: Jason L Tibbitts III
• Re: Re: Absolute symlinks
  • From: Rex Dieter
• Re: Re: Absolute symlinks
  • From: PFJ
• Re: Absolute symlinks
  • From: Rex Dieter
• Re: Absolute symlinks
  • From: PFJ
• Re: Absolute symlinks
  • From: Rex Dieter
• Absolute symlinks
  • From: Jason L Tibbitts III
• Re: Re: Importance of debuginfo packages
  • From: Tom 'spot' Callaway
• Re: %makeinstall - must not or should not use it?
  • From: Toshio Kuratomi
• Re: Importance of debuginfo packages
  • From: Axel Thimm
• Re: Importance of debuginfo packages
  • From: Jason L Tibbitts III
• Re: Importance of debuginfo packages
  • From: Jesse Keating
• Re: Importance of debuginfo packages
  • From: Jason L Tibbitts III
• Re: Importance of debuginfo packages
  • From: Rex Dieter
• Re: Guidelines for packaging PHP
  • From: Jason L Tibbitts III
• Re: GConf snippets suggestion
  • From: Yanko Kaneti
• Re: GConf snippets suggestion
  • From: Toshio Kuratomi
• Guidelines for packaging PHP
  • From: Remi Collet
• Re: %makeinstall - must not or should not use it?
  • From: Ville Skyttä
• GConf snippets suggestion
  • From: Yanko Kaneti
• Re: rpm -i, "missing" file conflicts and brokenness with kmods
  • From: Ian Pilcher
• Re: rpm -i, "missing" file conflicts and brokenness with kmods
  • From: Axel Thimm
• Re: rpm -i, "missing" file conflicts and brokenness with kmods
  • From: Rex Dieter
• Re: rpm -i, "missing" file conflicts and brokenness with kmods
  • From: Jack Neely
• Re: rpm -i, "missing" file conflicts and brokenness with kmods
  • From: Axel Thimm
• Re: kmdls: very good support for custom kernels (was: kernel-module packaging discussing ...)
  • From: Axel Thimm
• Re: Re: rpm -i, "missing" file conflicts and brokenness with kmods
  • From: Thorsten Leemhuis
• Re: Re: kmdls: very good support for custom kernels (was: kernel-module packaging discussing ...)
  • From: Thorsten Leemhuis
• Complaints about censoring and kmdl IRC session (resend)
  • From: Axel Thimm
• Re: rpm -i, "missing" file conflicts and brokenness with kmods
  • From: Axel Thimm
• Re: Re: rpm -i, "missing" file conflicts and brokenness with kmods
  • From: Bill Nottingham
• Re: Re: rpm -i, "missing" file conflicts and brokenness with kmods
  • From: Bill Nottingham
• Re: rpm -i, "missing" file conflicts and brokenness with kmods
  • From: Axel Thimm
• file-conflicts on updates problem
  • From: Thorsten Leemhuis
• Re: rpm -i, "missing" file conflicts and brokenness with kmods
  • From: seth vidal
• rpm -i, "missing" file conflicts and brokenness with kmods
  • From: Axel Thimm
• RESEND: REPORT: IRC meeting to discuss kernel module packaging
  • From: Jon Masters
• Importance of debuginfo packages
  • From: Jason L Tibbitts III
• Re: Python submodule naming
  • From: Toshio Kuratomi
• Re: Kernel Module Packaging Standard Teleconference
  • From: Axel Thimm
• Re: %makeinstall - must not or should not use it?
  • From: Jesse Keating
• Re: kmdls: very good support for custom kernels (was: kernel-module packaging discussing ...)
  • From: Axel Thimm
• Re: Python submodule naming
  • From: Tom 'spot' Callaway
• Re: %makeinstall - must not or should not use it?
  • From: Tom 'spot' Callaway
• Python submodule naming
  • From: Toshio Kuratomi
• Re: %makeinstall - must not or should not use it?
  • From: Rex Dieter
• Re: %makeinstall - must not or should not use it?
  • From: Toshio Kuratomi
• Re: %makeinstall - must not or should not use it?
  • From: Jason L Tibbitts III
• Re: %makeinstall - must not or should not use it?
  • From: Toshio Kuratomi
• Re: Re: Kernel Module Packaging Standard Teleconference
  • From: Jon Masters
• Re: %makeinstall - must not or should not use it?
  • From: Matthew Miller
• Re: %makeinstall - must not or should not use it?
  • From: Paul Howarth
• Re: Re: Kernel Module Packaging Standard Teleconference
  • From: Jon Masters
• Re: %makeinstall - must not or should not use it?
  • From: Toshio Kuratomi
• Re: %makeinstall - must not or should not use it?
  • From: Paul Howarth
• Re: Do we need a Rule "Docs should be packaged as %doc"?
  • From: Till Maas
• Re: mixed-use-of-spaces-and-tabs
  • From: Ville Skyttä
• %makeinstall - must not or should not use it?
  • From: Till Maas
• Re: mixed-use-of-spaces-and-tabs
  • From: Parag N(पराग़)
• Re: mixed-use-of-spaces-and-tabs
  • From: Jesse Keating
• Re: Re: kmdls: very good support for custom kernels (was: kernel-module packaging discussing ...)
  • From: Thorsten Leemhuis
• Re: Friday 1PM EDT IRC Meeting
  • From: Jesse Keating
• Re: kmdls: very good support for custom kernels (was: kernel-module packaging discussing ...)
  • From: Axel Thimm
• Re: kernel-module packaging discussing broken into pieces: One specfile approach vs. splitted spec file
  • From: Axel Thimm
• Re: Re: kmdls: very good support for custom kernels (was: kernel-module packaging discussing ...)
  • From: Thorsten Leemhuis