debian-devel Oct 2003 by thread
[
previous month
]
[
first page
]
[previous page]
Page 1 of 4
[
next page
]
[
last page
]
[
next month
]
[
Date Index
] [
Subject Index
] [
Author Index
] [
Other Debian Lists
] [
Debian Home
]
Re: summary of the Oldenberg d-i debcamp (and release plans)
Christian Perrier
Re: Buildd's using really old packages
Wouter Verhelst
Re: d-i milo missing (might have fix)
Tim Dijkstra
Re: d-i milo missing (might have fix)
Steve Langasek
Re: d-i milo missing (might have fix)
Tim Dijkstra
Bug#213609: general: iproute2 on Woody is not patched to be used with HTB
matias
Re: Pavilion 04
eleanor moriva
Bug#213638: ITP: wallpaper-tray -- A wallpaper changing utility for your GNOME Notification Area
Rob Bradford
local Release
Marcos Dione
Re: local Release
Andreas Metzler
Re: local Release
Marcos Dione
Re: local Release
Andreas Metzler
Re: local Release
Anthony DeRobertis
Re: local Release
Marcos Dione
Re: local Release
Christoph Berg
Bug #213524
Jochen Friedrich
Re: Bug #213524
Josip Rodin
Re: Bug #213524
Bruce Stephens
Re: 2.5/2.6 IPsec stack should live in a kernel-patch!
Domenico Andreoli
Re: 2.5/2.6 IPsec stack should live in a kernel-patch!
Jim Penny
Re: 2.5/2.6 IPsec stack should live in a kernel-patch!
Paul Hedderly
ITP swiss-ephemeris
Jaldhar H. Vyas
libstdc++2.8 wherefor art thou?
Gregory Stark
Re: libstdc++2.8 wherefor art thou?
Colin Watson
Where are we now? (Was: Bits from the RM)
Scott James Remnant
Re: Where are we now? (Was: Bits from the RM)
Martin Michlmayr
Re: Where are we now? (Was: Bits from the RM)
Sebastian Ley
Re: Where are we now? (Was: Bits from the RM)
Steve Langasek
Re: Where are we now? (Was: Bits from the RM)
Scott James Remnant
Re: Where are we now? (Was: Bits from the RM)
Stephen Frost
Re: Where are we now? (Was: Bits from the RM)
Steve Langasek
Re: Where are we now? (Was: Bits from the RM)
Stephen Frost
Re: Where are we now? (Was: Bits from the RM)
Aaron M. Ucko
Re: Where are we now? (Was: Bits from the RM)
Chris Cheney
Re: Where are we now? (Was: Bits from the RM)
Chris Cheney
Re: Where are we now? (Was: Bits from the RM)
Matt Zimmerman
Re: Where are we now? (Was: Bits from the RM)
Colin Watson
Re: Where are we now? (Was: Bits from the RM)
Josip Rodin
Re: Where are we now? (Was: Bits from the RM)
Chris Cheney
Re: Where are we now? (Was: Bits from the RM)
Steve Langasek
Re: Where are we now? (Was: Bits from the RM)
Rob Bradford
Re: Where are we now? (Was: Bits from the RM)
Matthew Palmer
Re: Where are we now? (Was: Bits from the RM)
Andrew Suffield
Re: Where are we now? (Was: Bits from the RM)
Daniel Burrows
<Possible follow-ups>
Re: Re: Where are we now? (Was: Bits from the RM)
Nathanael Nerode
Re: Re: Where are we now? (Was: Bits from the RM)
Chris Jantzen
Re: Re: Where are we now? (Was: Bits from the RM)
Ervin Hearn III
Re: Re: Where are we now? (Was: Bits from the RM)
Jamin W. Collins
Re: Where are we now? (Was: Bits from the RM)
Andreas Barth
Re: Re: Where are we now? (Was: Bits from the RM)
Sven Luther
Re: Where are we now? (Was: Bits from the RM)
pkalliok
Re: Where are we now? (Was: Bits from the RM)
Bernd Eckenfels
Re: Re: Where are we now? (Was: Bits from the RM)
Gunnar Wolf
Re: Re: Where are we now? (Was: Bits from the RM)
Joey Hess
Re: Re: Where are we now? (Was: Bits from the RM)
Robert Lemmen
Re: Re: Where are we now? (Was: Bits from the RM)
Chris Cheney
Re: Re: Where are we now? (Was: Bits from the RM)
Joey Hess
Re: Re: Where are we now? (Was: Bits from the RM)
Steve Greenland
Re: Re: Where are we now? (Was: Bits from the RM)
Graham Wilson
Re: Re: Where are we now? (Was: Bits from the RM)
Daniel Burrows
Re: Re: Where are we now? (Was: Bits from the RM)
Chris Cheney
Re: Re: Where are we now? (Was: Bits from the RM)
Daniel Burrows
Re: Re: Where are we now? (Was: Bits from the RM)
Chris Cheney
Re: Re: Where are we now? (Was: Bits from the RM)
LapTop006
Re: Re: Where are we now? (Was: Bits from the RM)
Marcelo E. Magallon
Re: Re: Where are we now? (Was: Bits from the RM)
David Nusinow
Looking for a co-maintainer for adduser
Roland Bauerschmidt
Re: Looking for a co-maintainer for adduser
Domenico Andreoli
Re: Looking for a co-maintainer for adduser
Colin Watson
Re: Looking for a co-maintainer for adduser
John Hasler
Re: Looking for a co-maintainer for adduser
Scott James Remnant
Re: Looking for a co-maintainer for adduser
Marc Haber
Re: Looking for a co-maintainer for adduser
John Hasler
Re: Looking for a co-maintainer for adduser
Marc Haber
Re: Looking for a co-maintainer for adduser
Colin Watson
Re: Looking for a co-maintainer for adduser
John Belmonte
Re: Looking for a co-maintainer for adduser
Gunnar Wolf
Re: Looking for a co-maintainer for adduser
John Belmonte
Re: Looking for a co-maintainer for adduser
Colin Watson
Re: Looking for a co-maintainer for adduser
John Belmonte
Re: Looking for a co-maintainer for adduser
Joey Hess
Re: Looking for a co-maintainer for adduser
Joel Baker
Re: Looking for a co-maintainer for adduser
Marc Haber
Re: Looking for a co-maintainer for adduser
Mark Brown
Re: Looking for a co-maintainer for adduser
Fabien Ninoles
Re: Looking for a co-maintainer for adduser
Bob Proulx
Re: Looking for a co-maintainer for adduser
steve
Re: Looking for a co-maintainer for adduser
Scott James Remnant
Re: Looking for a co-maintainer for adduser
Zed Pobre
Which packages will hold up the release?
Peter Makholm
Re: Which packages will hold up the release?
Matthew Palmer
Re: Which packages will hold up the release?
Peter Makholm
Re: Which packages will hold up the release?
Martin Quinson
Re: Which packages will hold up the release?
Petter Reinholdtsen
Re: Which packages will hold up the release?
Martin Pitt
Re: Which packages will hold up the release?
Marc 'HE' Brockschmidt
Re: Which packages will hold up the release?
Colin Watson
Re: Which packages will hold up the release?
Martin Quinson
Re: Which packages will hold up the release?
Anthony Towns
Re: Which packages will hold up the release?
Joachim Breitner
Re: Which packages will hold up the release?
Joachim Breitner
Re: Which packages will hold up the release?
Peter Makholm
Re: Which packages will hold up the release?
Chris Halls
Re: Which packages will hold up the release?
Rene Engelhard
Re: Which packages will hold up the release?
Steve Langasek
Re: Which packages will hold up the release?
Joey Hess
Re: Which packages will hold up the release?
Colin Watson
Re: Which packages will hold up the release?
Steve Langasek
Re: Which packages will hold up the release?
Björn Stenberg
Re: Which packages will hold up the release?
Steve Langasek
Re: Which packages will hold up the release?
Colin Watson
Re: Which packages will hold up the release?
Björn Stenberg
Re: Which packages will hold up the release?
Steve Langasek
Re: Which packages will hold up the release?
Björn Stenberg
Re: Which packages will hold up the release?
Steve Langasek
Re: Which packages will hold up the release?
Björn Stenberg
Re: Which packages will hold up the release?
Joel Baker
Re: Which packages will hold up the release?
Colin Watson
Re: Which packages will hold up the release?
Steve Langasek
Re: Which packages will hold up the release?
Björn Stenberg
Re: Which packages will hold up the release?
Ross Boylan
Re: Which packages will hold up the release?
Tom
Re: Which packages will hold up the release?
Björn Stenberg
Re: Which packages will hold up the release?
Colin Watson
Re: Which packages will hold up the release?
Björn Stenberg
Re: Which packages will hold up the release?
Matt Zimmerman
Re: Which packages will hold up the release?
Matthias Klose
Re: Which packages will hold up the release?
Chris Cheney
Re: Which packages will hold up the release?
Matt Zimmerman
Looking for a maintainer for pyslsk
Alex Kanavin
Maintainers, please be kind to your package(s) translators
Christian Perrier
Re: Maintainers, please be kind to your package(s) translators
Christian Perrier
(no subject)
Jaydizzic40
<Possible follow-ups>
(no subject)
JMHNP4KIDS
Re: (no subject)
Thomas Thurman
(no subject)
AMIMOMMI
Bug#213822: general: keymap be-latin1 doesn't allow typing \ or @ by using AltGr This week I installed knoppix (v3.2) on the computer of a friend. Yesterday and today I upgraded to the unstable branch via ftp.kulnet.kuleuven.ac.be, and also configured console-data to use be-latin1. After that, typing \ or @ was impossible (\ gave a | instead). Even playing around in the KDE configuration center (dutch keymap or fr-latin) gave no positive result. When I do an apt-get update upgrade, no packages can be upgraded according to apt. Kernel is 2.4.22-686, the debian packaged one.
Jan Borgers
Bug#213822: keymap be-latin1
Philippe Faes
Processed: Re: Bug#213822: keymap be-latin1
Debian Bug Tracking System
Bug#213822: marked as done (general: keymap be-latin1 doesn't allow typing \ or @ by using AltGr This week I installed knoppix (v3.2) on the computer of a friend. Yesterday and today I upgraded to the unstable branch via ftp.kulnet.kuleuven.ac.be, and also configured console-data to use be-latin1. After that, typing \ or @ was impossible (\ gave a | instead). Even playing around in the KDE configuration center (dutch keymap or fr-latin) gave no positive result. When I do an apt-get update upgrade, no packages can be upgraded according to apt. Kernel is 2.4.22-686, the debian packaged one.)
Debian Bug Tracking System
Norton AntiVirus failed to scan an attachment in a message you sent.
10AntiVirus
<Possible follow-ups>
Norton AntiVirus failed to scan an attachment in a message you sent.
10AntiVirus
Norton AntiVirus failed to scan an attachment in a message you sent.
10AntiVirus
A new way to specify versionned dependencies may be needed
Nicolas Boullis
Re: A new way to specify versionned dependencies may be needed
Dagfinn Ilmari Mannsåker
Re: A new way to specify versionned dependencies may be needed
Nicolas Boullis
Re: A new way to specify versionned dependencies may be needed
Daniel Jacobowitz
Re: A new way to specify versionned dependencies may be needed
Nicolas Boullis
Re: A new way to specify versionned dependencies may be needed
Anthony Towns
Re: A new way to specify versionned dependencies may be needed
Nicolas Boullis
Re: A new way to specify versionned dependencies may be needed
Anthony Towns
Re: A new way to specify versionned dependencies may be needed
Brian May
Re: The IPsec kernel problem
martin f krafft
Re: The IPsec kernel problem
Herbert Xu
Re: The IPsec kernel problem
martin f krafft
Re: The IPsec kernel problem
Andreas Schuldei
Re: The IPsec kernel problem
Tom Badran
Re: The IPsec kernel problem
martin f krafft
Annoyances of aptitude (Was: Where are we now?) (Was: Bits from the RM)
Nathanael Nerode
Re: Annoyances of aptitude (Was: Where are we now?) (Was: Bits from the RM)
Daniel Burrows
Re: Annoyances of aptitude (Was: Where are we now?) (Was: Bits from the RM)
Steve Greenland
Re: Annoyances of aptitude (Was: Where are we now?) (Was: Bits from the RM)
Craig Dickson
Re: Annoyances of aptitude (Was: Where are we now?) (Was: Bits from the RM)
Steve Greenland
Re: Annoyances of aptitude (Was: Where are we now?) (Was: Bits from the RM)
Daniel Burrows
Re: Annoyances of aptitude (Was: Where are we now?) (Was: Bits from the RM)
Dylan Thurston
Re: Annoyances of aptitude (Was: Where are we now?) (Was: Bits from the RM)
Sebastian Kapfer
Re: Annoyances of aptitude (Was: Where are we now?) (Was: Bits from the RM)
Wouter Verhelst
Re: Annoyances of aptitude (Was: Where are we now?) (Was: Bits from the RM)
Craig Dickson
Re: Annoyances of aptitude (Was: Where are we now?) (Was: Bits from the RM)
Daniel Burrows
Re: Annoyances of aptitude (Was: Where are we now?) (Was: Bits from the RM)
Wouter Verhelst
Re: Annoyances of aptitude
Andreas Metzler
Re: Annoyances of aptitude
Daniel Burrows
Re: Annoyances of aptitude
Bernd Eckenfels
Re: Annoyances of aptitude
Daniel Burrows
Re: Annoyances of aptitude
Bernd Eckenfels
Re: Annoyances of aptitude
Sebastian Kapfer
Re: Annoyances of aptitude
Michał Politowski
Re: Annoyances of aptitude
Sebastian Kapfer
Re: Annoyances of aptitude
Brian May
Re: Annoyances of aptitude
Tom
Re: Annoyances of aptitude
Kurt Bernhard Pruenner
Re: Re: Annoyances of aptitude (Was: Where are we now?) (Was: Bits from the RM)
Erich Schubert
Re: Annoyances of aptitude (Was: Where are we now?) (Was: Bits from the RM)
Enrico Zini
Re: Annoyances of aptitude (Was: Where are we now?) (Was: Bits from the RM)
Matt Zimmerman
Bug#213897: ITP: libclass-dbi-abstractsearch-perl -- Abstract Class::DBI's SQL with SQL::Abstract
Stephen Quinney
Re: Bug#213897: ITP: libclass-dbi-abstractsearch-perl -- Abstract Class::DBI's SQL with SQL::Abstract
David Pashley
Re: Bug#213897: ITP: libclass-dbi-abstractsearch-perl -- Abstract Class::DBI's SQL with SQL::Abstract
Stephen Quinney
Re: Bug#213897: ITP: libclass-dbi-abstractsearch-perl -- Abstract Class::DBI's SQL with SQL::Abstract
Branden Robinson
Re: Bug#213897: ITP: libclass-dbi-abstractsearch-perl -- Abstract Class::DBI's SQL with SQL::Abstract
Joe Drew
Re: Bug#213897: ITP: libclass-dbi-abstractsearch-perl -- Abstract Class::DBI's SQL with SQL::Abstract
Richard Braakman
[OT] Re: Bug#213897: ITP: libclass-dbi-abstractsearch-perl -- Abstract Class::DBI's SQL with SQL::Abstract
Joe Drew
Re: [OT] Re: Bug#213897: ITP: libclass-dbi-abstractsearch-perl -- Abstract Class::DBI's SQL with SQL::Abstract
Graham Wilson
Bug#213902: ITP: libclass-dbi-fromcgi-perl -- Update Class::DBI data using CGI::Untaint
Stephen Quinney
How tightly should main be self-contained?
Simon Law
Re: How tightly should main be self-contained?
Steve Langasek
Re: How tightly should main be self-contained?
Rene Engelhard
Re: How tightly should main be self-contained?
Steve Langasek
Re: How tightly should main be self-contained?
Simon Law
Re: How tightly should main be self-contained?
Chris Cheney
Re: How tightly should main be self-contained?
Matt Zimmerman
Bug#213964: ITP: qtads -- Qt TADS interpreter
Daniel Schepler
seeking new maintainer for everybuddy/ayttm
michael d. ivey
Random (?) terminals get killed after booting and logging in with GNOME2
Manuel Bilderbeek
Re: Random (?) terminals get killed after booting and logging in with GNOME2
Manuel Bilderbeek
Package verification and "/usr/bin/install" tool replacements
Kim Lester
Re: Package verification and "/usr/bin/install" tool replacements
Rene Engelhard
RE: Package verification and "/usr/bin/install" tool replacements
Kim Lester
Re: Package verification and "/usr/bin/install" tool replacements
Fabien Ninoles
Re: Package verification and "/usr/bin/install" tool replacements
Brian May
Package verification ? (Best practice)
Osamu Aoki
RE: Package verification
Kim Lester
Re: Package verification
Steve Kemp
Re: Package verification
Matthew Palmer
Re: Package verification
Andreas Metzler
Re: Package verification
Josef Spillner
Re: Package verification and "/usr/bin/install" tool replacements
Matt Zimmerman
developers Japanese and Chinese names' original characters
Dan Jacobson
Re: developers Japanese and Chinese names' original characters
H. S. Teoh
Re: developers Japanese and Chinese names' original characters
Glenn Maynard
Re: developers Japanese and Chinese names' original characters
Adrian von Bidder
Re: developers Japanese and Chinese names' original characters
Andreas Metzler
<Possible follow-ups>
Re: developers Japanese and Chinese names' original characters
Dan Jacobson
Yelp HTML generation (#177167)
Aaron Isotton
New glibc with NPTL in experimental
Daniel Jacobowitz
Re: New glibc with NPTL in experimental
Brian May
Re: New glibc with NPTL in experimental
Joel Baker
Re: New glibc with NPTL in experimental
Daniel Jacobowitz
Re: Debian should not modify the kernels!
Osamu Aoki
Re: Debian should not modify the kernels!
Herbert Xu
Re: Debian should not modify the kernels!
Tollef Fog Heen
Re: Debian should not modify the kernels!
Herbert Xu
Re: Debian should not modify the kernels!
Matt Zimmerman
<Possible follow-ups>
Re: Debian should not modify the kernels!
martin f krafft
Re: Debian should not modify the kernels!
martin f krafft
Re: Debian should not modify the kernels!
martin f krafft
Re: Debian should not modify the kernels!
Greg Folkert
Re: Debian should not modify the kernels!
Colin Watson
Re: Debian should not modify the kernels!
Greg Folkert
Re: Debian should not modify the kernels!
martin f krafft
Re: Debian should not modify the kernels!
Daniel Jacobowitz
Re: Debian should not modify the kernels!
martin f krafft
Re: Debian should not modify the kernels!
Steve Langasek
Re: Debian should not modify the kernels!
Adam McKenna
Re: Debian should not modify the kernels!
Dylan Thurston
Re: Debian should not modify the kernels!
Steve Langasek
Re: Debian should not modify the kernels!
Anthony DeRobertis
Re: Debian should not modify the kernels!
Joel Baker
Re: Debian should not modify the kernels!
martin f krafft
Re: Debian should not modify the kernels!
martin f krafft
Re: Debian should not modify the kernels!
Oliver Kurth
Re: Debian should not modify the kernels!
Steve Langasek
Re: Debian should not modify the kernels!
Oliver Kurth
Re: Debian should not modify the kernels!
martin f krafft
Re: Debian should not modify the kernels!
martin f krafft
Re: Debian should not modify the kernels!
martin f krafft
Re: Debian should not modify the kernels!
martin f krafft
Re: Debian should not modify the kernels!
Adam Borowski
Re: Debian should not modify the kernels!
martin f krafft
Re: Debian should not modify the kernels!
martin f krafft
Re: Debian should not modify the kernels!
Scott James Remnant
Re: Debian should not modify the kernels!
martin f krafft
Re: Debian should not modify the kernels!
Anthony DeRobertis
Re: Debian should not modify the kernels!
martin f krafft
Re: Debian should not modify the kernels!
Anthony DeRobertis
Re: Debian should not modify the kernels!
Matt Zimmerman
Re: Debian should not modify the kernels!
martin f krafft
Re: Debian should not modify the kernels!
Matt Zimmerman
Re: Debian should not modify the kernels!
martin f krafft
Re: Debian should not modify the kernels!
Matt Zimmerman
Re: Debian should not modify the kernels!
martin f krafft
Re: Debian should not modify the kernels!
Jamin W. Collins
Discussion - Free the Debian Open Use logo
Simon Law
Re: Discussion - Free the Debian Open Use logo
Josip Rodin
Re: Discussion - Free the Debian Open Use logo
Simon Law
Re: Discussion - Free the Debian Open Use logo
Josip Rodin
Package.gz signing
Jerry Haltom
Re: Package.gz signing
Martin Michlmayr
Bug#78282: Kак бopoтьcя с депpeссuей? ссезэуоед ыэеяуеоа кеяуирлнт
Вниманue!
/usr/doc symlinks
Chris Cheney
Re: /usr/doc symlinks
Santiago Vila
Re: /usr/doc symlinks
Santiago Vila
Re: /usr/doc symlinks
Graham Wilson
Re: /usr/doc symlinks
Joey Hess
Re: /usr/doc symlinks
Tollef Fog Heen
Re: /usr/doc symlinks
Manoj Srivastava
Re: /usr/doc symlinks
Andreas Metzler
Re: /usr/doc symlinks
Santiago Vila
Re: /usr/doc symlinks
Colin Watson
Re: /usr/doc symlinks
Chris Cheney
Re: /usr/doc symlinks
Cameron Patrick
Bug#214159: ITP: dict-cz-en -- Czech-English translation dictionary for dictd
Antonin Kral
Re: Ideas about allowing Co-maintainer
Martin Michlmayr
Re: Ideas about allowing Co-maintainer
Goswin von Brederlow
Re: Ideas about allowing Co-maintainer
Mark Brown
Re: Ideas about allowing Co-maintainer
Martin Michlmayr
Re: Ideas about allowing Co-maintainer
Thomas Hood
Re: Ideas about allowing Co-maintainer
Martin Michlmayr
Re: Ideas about allowing Co-maintainer
David B Harris
Bug#214187: ITP: qmailadmin -- web interface for managing a qmail system with virtual domains
Filippo Giunchedi
bug data mining
John Belmonte
Re: bug data mining
Steve Langasek
Re: bug data mining
John Belmonte
Re: bug data mining
Graham Wilson
Re: bug data mining
Christoph Berg
On package description quality
debacle
Re: On package description quality
Tom
Re: On package description quality
Mathieu Roy
Re: On package description quality
Tom
Re: On package description quality
Josef Spillner
Re: On package description quality
John Hasler
Re: On package description quality
Tom Badran
Re: On package description quality
Mathieu Roy
Re: On package description quality
Tom Badran
Re: On package description quality
Gustavo Noronha Silva
Re: On package description quality
Mathieu Roy
Bug#214246: ITP: aap -- make-like build system with Python scripting
Cory Dodt
Status of ruby transition in testing
Steve Langasek
Re: Status of ruby transition in testing
Dmitry Borodaenko
Re: Proposal - Free the Debian Open Use logo
Benj. Mako Hill
<Possible follow-ups>
Re: Proposal - Free the Debian Open Use logo
Chris Waters
Re: Proposal - Free the Debian Open Use logo
MJ Ray
Re: Proposal - Free the Debian Open Use logo
Steve Langasek
Re: Format of Release file and tools to create
Guillem Jover
Re: Debian and the GNU Free documentation license
Manoj Srivastava
Re: Debian and the GNU Free documentation license
Gunnar Wolf
Re: Bug#214248: info in unstable cannot find documentation
Brian May
Re: Bug#214248: info in unstable cannot find documentation
Peter S Galbraith
Re: Bug#214248: info in unstable cannot find documentation
Josip Rodin
Kernel source 2.4.22 and ipvs problems
Bao C. Ha
Re: Kernel source 2.4.22 and ipvs problems
Herbert Xu
Re: Kernel source 2.4.22 and ipvs problems
Louis-David Mitterrand
Re: Kernel source 2.4.22 and ipvs problems
Graham Wilson
Re: Kernel source 2.4.22 and ipvs problems
Bao C. Ha
Re: Kernel source 2.4.22 and ipvs problems
George Danchev
Re: Kernel source 2.4.22 and ipvs problems
Herbert Xu
Re: Kernel source 2.4.22 and ipvs problems
Herbert Xu
Japanese font license problem
Kenshi Muto
Re: Japanese font license problem
Branden Robinson
Re: Japanese font license problem
Kenshi Muto
Bug#214392: ITA: wmclock -- A dockable clock applet for Window Maker
Romain Francoise
Bug#213467: ITP: gTodo
H{m{l{inen Mika
Bug#214408: ITP: fastdep -- fast dependency generator for C/C++ files
Zenaan Harkness
libssl0.9.7 restarts services after security update
Christoph Martin
Re: libssl0.9.7 restarts services after security update
Ben Collins
Re: libssl0.9.7 restarts services after security update
Burjan Gabor
Re: libssl0.9.7 restarts services after security update
Matthias Urlichs
Re: libssl0.9.7 restarts services after security update
Ben Collins
Re: libssl0.9.7 restarts services after security update
Stephen Gran
<Possible follow-ups>
Re: Re: libssl0.9.7 restarts services after security update
Thom May
[no subject]
r100 . 354482
Re: your mail
Joel Baker
Language extensions in programs under /usr/bin
Marco Paganini
Re: Language extensions in programs under /usr/bin
John Hasler
Re: Language extensions in programs under /usr/bin
Steve C. Lamb
Re: Language extensions in programs under /usr/bin
Marco Paganini
Re: Language extensions in programs under /usr/bin
Chris Halls
Re: Language extensions in programs under /usr/bin
John Hasler
Re: Language extensions in programs under /usr/bin
Marcelo E. Magallon
Re: Language extensions in programs under /usr/bin
Daniel Burrows
Re: Language extensions in programs under /usr/bin
Marco Paganini
Re: Language extensions in programs under /usr/bin
Daniel Burrows
Re: Language extensions in programs under /usr/bin
Marco Paganini
Re: Language extensions in programs under /usr/bin
Daniel Burrows
Re: Language extensions in programs under /usr/bin
Robert Millan
Re: Language extensions in programs under /usr/bin
Robert Millan
Re: Language extensions in programs under /usr/bin
Marco Paganini
Re: Language extensions in programs under /usr/bin
Colin Watson
Re: Language extensions in programs under /usr/bin
Cameron Patrick
Re: Language extensions in programs under /usr/bin
Bill Allombert
<Possible follow-ups>
Re: Language extensions in programs under /usr/bin
Robert Millan
Re: Language extensions in programs under /usr/bin
Matthew Palmer
Re: Language extensions in programs under /usr/bin
Marcelo E. Magallon
Re: Language extensions in programs under /usr/bin
Marco Paganini
Bug#214489: ITP: trang -- Multi-format schema converter based on RELAX NG
Chris Lawrence
Hardcoding of .la file paths in .la files
Chris Cheney
Re: Hardcoding of .la file paths in .la files
Marcelo E. Magallon
Re: Hardcoding of .la file paths in .la files
Chris Cheney
Re: Hardcoding of .la file paths in .la files
Branden Robinson
Re: Hardcoding of .la file paths in .la files
Chris Cheney
Re: Hardcoding of .la file paths in .la files
Scott James Remnant
Re: Hardcoding of .la file paths in .la files
Chris Cheney
Re: Hardcoding of .la file paths in .la files
Branden Robinson
Re: Hardcoding of .la file paths in .la files
Zed Pobre
Re: Hardcoding of .la file paths in .la files
Branden Robinson
Re: Hardcoding of .la file paths in .la files
Marcelo E. Magallon
Re: Hardcoding of .la file paths in .la files
Branden Robinson
Re: Hardcoding of .la file paths in .la files
Stephen Gran
Re: Hardcoding of .la file paths in .la files
Scott James Remnant
Re: Hardcoding of .la file paths in .la files
Marcelo E. Magallon
Re: Hardcoding of .la file paths in .la files
Steve Langasek
Re: Hardcoding of .la file paths in .la files
Chris Cheney
Re: Hardcoding of .la file paths in .la files
Richard Braakman
Re: Hardcoding of .la file paths in .la files
Joey Hess
Re: Hardcoding of .la file paths in .la files
Steve Langasek
Re: Hardcoding of .la file paths in .la files
Joey Hess
Re: Hardcoding of .la file paths in .la files
Branden Robinson
Re: Hardcoding of .la file paths in .la files
Steve Langasek
Re: Hardcoding of .la file paths in .la files
Scott James Remnant
Re: Hardcoding of .la file paths in .la files
Josselin Mouette
Re: Hardcoding of .la file paths in .la files
Steve Langasek
Re: Hardcoding of .la file paths in .la files
Josselin Mouette
Re: Hardcoding of .la file paths in .la files
Steve Langasek
Re: Hardcoding of .la file paths in .la files
Josselin Mouette
Re: Hardcoding of .la file paths in .la files
Daniel Kobras
Re: Hardcoding of .la file paths in .la files
Steve Greenland
Re: Hardcoding of .la file paths in .la files
Daniel Kobras
Re: Hardcoding of .la file paths in .la files
Tollef Fog Heen
Re: Hardcoding of .la file paths in .la files
Andreas Metzler
Re: Hardcoding of .la file paths in .la files
Daniel Jacobowitz
Re: Hardcoding of .la file paths in .la files
Daniel Kobras
Re: Hardcoding of .la file paths in .la files
Daniel Jacobowitz
Re: Hardcoding of .la file paths in .la files
Daniel Kobras
Re: Hardcoding of .la file paths in .la files
Daniel Jacobowitz
Re: Hardcoding of .la file paths in .la files
Josselin Mouette
Re: Hardcoding of .la file paths in .la files
Greg Folkert
Bug#214601: ITP: r-cran-qtl -- [Biology] GNU R package for genetic marker linkage analysis
Steffen Moeller
gnucash-sql?
Carl B. Constantine
Re: gnucash-sql?
James A. Treacy
Bug#214654: ITP: ps2eps -- Convert PostScript to EPS (Encapsulated PostScript) files
Rafael Laboissiere
Re: Done
Andreas Rottmann
Users, groups, rights and apache please advice
Ron Rademaker
Re: Users, groups, rights and apache please advice
Brian May
RE: Users, groups, rights and apache please advice
Ron Rademaker
Re: Users, groups, rights and apache please advice
Thomas -Balu- Walter
Re: Users, groups, rights and apache please advice
Brian May
RE: Users, groups, rights and apache please advice
Ron Rademaker
<Possible follow-ups>
Re: Users, groups, rights and apache please advice
Kevin B. McCarty
FW: Contact numbers
Poppie Rakale
Question about libcdda_paranoia
Henning Moll
Re: Question about libcdda_paranoia
Colin Watson
Re: Question about libcdda_paranoia
Henning Moll
Re: Question about libcdda_paranoia
Colin Watson
Re: Question about libcdda_paranoia
Josef Spillner
Re: Question about libcdda_paranoia
David Z Maze
Re: Question about libcdda_paranoia
Martin Pitt
Re: Question about libcdda_paranoia
Chris Cheney
Re: Question about libcdda_paranoia
Henning Moll
minimal documentation or usefulness of new package -- teleport?
Jan Nieuwenhuizen
Re: minimal documentation or usefulness of new package -- teleport?
Moray Allan
Re: minimal documentation or usefulness of new package -- teleport?
Steve Greenland
Re: Accepted mini-dinstall 0.6.8 (all source)
Jochen Voss
Helping busy maintainers
Martin Michlmayr
Re: Helping busy maintainers
Ben Gertzfield
Re: Helping busy maintainers
Arnaud Vandyck
How come X seems insistent on managing my XF86Config now?
Gregory Stark
Re: How come X seems insistent on managing my XF86Config now?
Branden Robinson
Re: How come X seems insistent on managing my XF86Config now?
Greg Stark
Re: How come X seems insistent on managing my XF86Config now?
Branden Robinson
Re: How come X seems insistent on managing my XF86Config now?
Greg Stark
Quote: Debian and Democracy at Advocato.org
Daniel Ruoso
Re: Quote: Debian and Democracy at Advocato.org
Thomas Hood
Re: Quote: Debian and Democracy at Advocato.org
Cameron Patrick
Re: Quote: Debian and Democracy at Advocato.org
Henrique de Moraes Holschuh
Re: Quote: Debian and Democracy at Advocato.org
Norman Jordan
Re: Quote: Debian and Democracy at Advocato.org
Manoj Srivastava
Re: Quote: Debian and Democracy at Advocato.org
Arnaud Vandyck
Re: Quote: Debian and Democracy at Advocato.org
Branden Robinson
Re: Quote: Debian and Democracy at Advocato.org
Joachim Breitner
Re: Quote: Debian and Democracy at Advocato.org
Andreas Metzler
Re: Quote: Debian and Democracy at Advocato.org
Roland Mas
Re: Quote: Debian and Democracy at Advocato.org
Ben Collins
Re: Quote: Debian and Democracy at Advocato.org
Peter Makholm
Re: Quote: Debian and Democracy at Advocato.org
Adam McKenna
Re: Quote: Debian and Democracy at Advocato.org
Daniel Ruoso
Re: Quote: Debian and Democracy at Advocato.org
Martin Michlmayr
Re: Quote: Debian and Democracy at Advocato.org
Vince Mulhollon
Re: Quote: Debian and Democracy at Advocato.org
Steve Langasek
Re: Quote: Debian and Democracy at Advocato.org
Matthew Palmer
Re: Quote: Debian and Democracy at Advocato.org
Branden Robinson
Re: Quote: Debian and Democracy at Advocato.org
Matt Zimmerman
Re: Quote: Debian and Democracy at Advocato.org
Matthew Palmer
Re: Quote: Debian and Democracy at Advocato.org
Brian Nelson
2.5 IPsec kernel patch: orphaning the grsecurity patch
martin f krafft
Re: 2.5 IPsec kernel patch: orphaning the grsecurity patch
Matthias Urlichs
Re: 2.5 IPsec kernel patch: orphaning the grsecurity patch
Matt Zimmerman
Re: 2.5 IPsec kernel patch: orphaning the grsecurity patch
martin f krafft
Re: 2.5 IPsec kernel patch: orphaning the grsecurity patch
Matt Zimmerman
Re: 2.5 IPsec kernel patch: orphaning the grsecurity patch
Domenico Andreoli
Re: testing packages at build
Manoj Srivastava
Re: testing packages at build
Bill Allombert
Re: testing packages at build
Cameron Patrick
Re: testing packages at build
Steve Greenland
Re: testing packages at build
Branden Robinson
Re: testing packages at build
Steve Greenland
Re: testing packages at build
Steve Greenland
Re: testing packages at build
Zack Weinberg
Re: testing packages at build
Branden Robinson
Re: testing packages at build
Zack Weinberg
Re: testing packages at build
Branden Robinson
Re: testing packages at build
Zack Weinberg
Re: testing packages at build
Branden Robinson
Re: testing packages at build
Branden Robinson
Re: testing packages at build
Bill Allombert
Re: testing packages at build
Wouter Verhelst
Re: testing packages at build
Bernd Eckenfels
Re: testing packages at build
Joel Baker
Re: testing packages at build
Manoj Srivastava
Re: testing packages at build
Bill Allombert
Re: testing packages at build
Guillem Jover
gnome???
Ivan Jelic
The last update was on 11:48 GMT Sun Jul 14. There are 1695 messages. Page 1 of 4.
[
previous month
]
[
first page
]
[previous page]
Page 1 of 4
[
next page
]
[
last page
]
[
next month
]
[
Date Index
] [
Subject Index
] [
Author Index
] [
Other Debian Lists
] [
Debian Home
]
Mail converted by
MHonArc