debian-devel Jan 2005 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: LCC and blobs
Raul Miller
Re: LCC and blobs
Anthony DeRobertis
<Possible follow-ups>
Re: LCC and blobs
Brian Thomas Sniffen
Re: LCC and blobs
Anthony DeRobertis
Re: LCC and blobs
Brian Thomas Sniffen
Re: LCC and blobs
Glenn Maynard
Re: LCC and blobs
Josh Triplett
Re: LCC and blobs
Marco d'Itri
Re: LCC and blobs
Josh Triplett
Re: LCC and blobs
Marco d'Itri
Re: LCC and blobs
Josh Triplett
Re: LCC and blobs
Marco d'Itri
Why does Debian distributed firmware not need to be Depends: upon? [was Re: LCC and blobs]
Don Armstrong
Re: Why does Debian distributed firmware not need to be Depends: upon? [was Re: LCC and blobs]
Miguel Gea Milvaques
Re: Why does Debian distributed firmware not need to be Depends: upon? [was Re: LCC and blobs]
Lars Wirzenius
Re: Why does Debian distributed firmware not need to be Depends: upon? [was Re: LCC and blobs]
Peter Samuelson
Re: Why does Debian distributed firmware not need to be Depends: upon? [was Re: LCC and blobs]
Miguel Gea Milvaques
Re: Why does Debian distributed firmware not need to be Depends: upon? [was Re: LCC and blobs]
Steve Langasek
Re: Why does Debian distributed firmware not need to be Depends: upon? [was Re: LCC and blobs]
Michael K. Edwards
Re: Why does Debian distributed firmware not need to be Depends: upon? [was Re: LCC and blobs]
Michael K. Edwards
Re: Why does Debian distributed firmware not need to be Depends: upon? [was Re: LCC and blobs]
Glenn Maynard
Re: Why does Debian distributed firmware not need to be Depends: upon? [was Re: LCC and blobs]
Michael K. Edwards
Re: Why does Debian distributed firmware not need to be Depends: upon? [was Re: LCC and blobs]
Peter 'p2' De Schrijver
Re: Why does Debian distributed firmware not need to be Depends: upon? [was Re: LCC and blobs]
Peter Samuelson
Re: Why does Debian distributed firmware not need to be Depends: upon? [was Re: LCC and blobs]
Peter 'p2' De Schrijver
Re: Why does Debian distributed firmware not need to be Depends: upon? [was Re: LCC and blobs]
William Ballard
Re: LCC and blobs
Glenn Maynard
Re: LCC and blobs
Henning Makholm
Re: LCC and blobs
Hamish Moffatt
Re: LCC and blobs
Josh Triplett
Re: LCC and blobs
Raul Miller
Re: LCC and blobs
Henning Makholm
Re: LCC and blobs
Måns Rullgård
Re: LCC and blobs
Marcelo E. Magallon
Re: LCC and blobs
Darren Salt
Re: LCC and blobs
Anthony DeRobertis
Re: LCC and blobs
Thomas Bushnell BSG
Re: LCC and blobs
Henning Makholm
Re: LCC and blobs
Darren Salt
Re: LCC and blobs
Glenn Maynard
Re: LCC and blobs
Darren Salt
Re: LCC and blobs
Glenn Maynard
Re: LCC and blobs
Darren Salt
Re: LCC and blobs
Glenn Maynard
Re: LCC and blobs
Darren Salt
Re: LCC and blobs
Matthew Garrett
Re: LCC and blobs
Tollef Fog Heen
Re: LCC and blobs
Raul Miller
Re: LCC and blobs
Michael Poole
Re: LCC and blobs
Tollef Fog Heen
Re: LCC and blobs
Thomas Bushnell BSG
Re: LCC and blobs
Tollef Fog Heen
Re: LCC and blobs
Thomas Bushnell BSG
Re: LCC and blobs
Michael Poole
Re: LCC and blobs
Thomas Bushnell BSG
Re: LCC and blobs
Tollef Fog Heen
Re: Happy new year 2003
Christian Perrier
<Possible follow-ups>
Re: Happy new year 2003
Miguel Gea Milvaques
Re: Happy new year 2003
Gustavo Franco
Re: Happy new year 2003
David Moreno Garza
Best way to wrap gcc/g++ calls?
Julien Danjou
Re: Best way to wrap gcc/g++ calls?
Adeodato Simó
Re: Best way to wrap gcc/g++ calls?
Marco d'Itri
Re: Best way to wrap gcc/g++ calls?
Julien Danjou
Orphaning some packages
Thorsten Sauter
Re: Orphaning some packages
sean finney
Re: Orphaning some packages
Thorsten Sauter
Re: Orphaning some packages
sean finney
Re: handling bugs of udev
Nico Golde
Re: handling bugs of udev
Brian May
installing an alternative in /etc ?
Ralf Treinen
Re: RFP: gaim-guifications -- Show events notifications of gaim in a popup window
Tollef Fog Heen
Re: Bug#283005: ITP: vhcs -- Virtual Hosting Control System
Hendrik Frenzel
whois 4.6.24+volatile3 accepted into woody-volatile
Andreas Barth
dependancy issues
Carl B. Constantine
Re: dependancy issues
Christoph Berg
Re: dependancy issues
Marc Wilson
Re: dependancy issues
Steve Greenland
Re: dependancy issues
Josselin Mouette
Re: dependancy issues
John Hasler
Re: dependancy issues
Osamu Aoki
How to ensure packages generated from -source are installable?
William Ballard
Re: How to ensure packages generated from -source are installable?
Thomas Hood
Re: How to ensure packages generated from -source are installable?
Jose Carlos Garcia Sogo
Re: How to ensure packages generated from -source are installable?
William Ballard
Re: How to ensure packages generated from -source are installable?
Goswin von Brederlow
Re: murphy is listed on spamcop
Thomas Bushnell BSG
Re: murphy is listed on spamcop
Russell Coker
Re: murphy is listed on spamcop
Thomas Bushnell BSG
Re: murphy is listed on spamcop
Russell Coker
Re: murphy is listed on spamcop
Bernd Eckenfels
Re: murphy is listed on spamcop
Russell Coker
Re: murphy is listed on spamcop
Thomas Bushnell BSG
Re: murphy is listed on spamcop
Santiago Vila
Re: murphy is listed on spamcop
Thomas Bushnell BSG
Re: murphy is listed on spamcop
Santiago Vila
Re: murphy is listed on spamcop
Thomas Bushnell BSG
Re: murphy is listed on spamcop
Joel Aelwyn
Re: murphy is listed on spamcop
Thomas Bushnell BSG
Re: murphy is listed on spamcop
Russell Coker
Re: murphy is listed on spamcop
Thomas Bushnell BSG
Re: murphy is listed on spamcop
Russell Coker
Re: murphy is listed on spamcop
Jose Carlos Garcia Sogo
Re: murphy is listed on spamcop
Darren Salt
Re: murphy is listed on spamcop
Russell Coker
Re: murphy is listed on spamcop
Thomas Bushnell BSG
Re: murphy is listed on spamcop
Thomas Bushnell BSG
Re: murphy is listed on spamcop
Glenn Maynard
Re: murphy is listed on spamcop
Steve Langasek
Re: murphy is listed on spamcop
paddy
Re: murphy is listed on spamcop
Don Armstrong
Re: murphy is listed on spamcop
Russell Coker
Re: murphy is listed on spamcop
Thomas Bushnell BSG
Re: murphy is listed on spamcop
Russell Coker
Re: murphy is listed on spamcop
Miles Bader
Re: murphy is listed on spamcop
Russell Coker
Re: murphy is listed on spamcop
Thomas Bushnell BSG
Re: murphy is listed on spamcop
Russell Coker
Re: murphy is listed on spamcop
Thomas Bushnell BSG
Re: murphy is listed on spamcop
Russell Coker
Re: murphy is listed on spamcop
Bastian Blank
Re: murphy is listed on spamcop
Marco d'Itri
Re: murphy is listed on spamcop
Marc Haber
Re: murphy is listed on spamcop
Marco d'Itri
Re: murphy is listed on spamcop
Miles Bader
Re: murphy is listed on spamcop
Thomas Bushnell BSG
Re: murphy is listed on spamcop
Glenn Maynard
Re: murphy is listed on spamcop
Anthony DeRobertis
<Possible follow-ups>
Re: murphy is listed on spamcop
Russell Coker
Status of Kernel 2.4.28 packages?
Stephan Niemz
Re: Status of Kernel 2.4.28 packages?
Christoph Hellwig
Re: Status of Kernel 2.4.28 packages?
Tim Cutts
Re: Status of Kernel 2.4.28 packages?
Christoph Hellwig
Re: Status of Kernel 2.4.28 packages?
Horms
Re: Status of Kernel 2.4.28 packages?
Joshua Kwan
Re: Status of Kernel 2.4.28 packages?
Stephan Niemz
Re: Status of Kernel 2.4.28 packages?
Steve Greenland
Re: Status of Kernel 2.4.28 packages?
Stephan Niemz
Re: Status of Kernel 2.4.28 packages?
Christoph Hellwig
Re: Status of Kernel 2.4.28 packages?
Darren Salt
Re: Status of Kernel 2.4.28 packages?
roberto
Re: Status of Kernel 2.4.28 packages?
Paul Hampson
Re: Status of Kernel 2.4.28 packages?
Marc Wilson
Re: Status of Kernel 2.4.28 packages?
Christoph Hellwig
Re: Status of Kernel 2.4.28 packages?
Wouter Verhelst
Re: Status of Kernel 2.4.28 packages?
Christoph Hellwig
Re: Status of Kernel 2.4.28 packages?
Christoph Hellwig
Re: Removing obsolete configuration files?
Steve Greenland
GtkMozEmbed with Firefox not Mozilla
William Ballard
Re: GtkMozEmbed with Firefox not Mozilla
Eric Dorland
Re: GtkMozEmbed with Firefox not Mozilla
William Ballard
Re: GtkMozEmbed with Firefox not Mozilla
Eric Dorland
Re: GtkMozEmbed with Firefox not Mozilla
Norbert Tretkowski
Re: GtkMozEmbed with Firefox not Mozilla
William Ballard
Re: GtkMozEmbed with Firefox not Mozilla
Eric Dorland
Re: GtkMozEmbed with Firefox not Mozilla
William Ballard
Re: GtkMozEmbed with Firefox not Mozilla
Eric Dorland
Re: GtkMozEmbed with Firefox not Mozilla
Billy Biggs
Re: GtkMozEmbed with Firefox not Mozilla
Will Lowe
Re: GtkMozEmbed with Firefox not Mozilla
William Ballard
Re: GtkMozEmbed with Firefox not Mozilla
Marc Wilson
OT: "Private" shared object libraries?
William Ballard
Re: OT: "Private" shared object libraries?
Roberto Sanchez
Re: OT: "Private" shared object libraries?
William Ballard
Bug#288313: ITP: libclass-virtual-perl -- Base class for virtual base classes
Dominic Hargreaves
Your link is now on our site - please check for accuracy
Sales Leads Resources
Bug#288326: ITP: liblingua-stem-perl -- Stemming of words
Dominic Hargreaves
Print Alternative
Fernanda Giroleti Weiden
Re: Print Alternative
Anthony DeRobertis
Re: Print Alternative
Craig Small
Re: Print Alternative
Gustavo Noronha Silva
Re: Print Alternative
Hubert Chan
Re: Print Alternative
Gustavo Noronha Silva
updated debian development diagram -- comments?
Kevin Mark
Re: updated debian development diagram -- comments?
Ralf Hildebrandt
Re: updated debian development diagram -- comments?
Kevin Mark
Re: updated debian development diagram -- comments?
Gunnar Wolf
Re: updated debian development diagram -- comments?
Stephen Cormier
Re: updated debian development diagram -- comments?
Gunnar Wolf
Re: updated debian development diagram -- comments?
Kevin Mark
Re: updated debian development diagram -- comments?
Holger Levsen
Re: updated debian development diagram -- comments?
Henrique de Moraes Holschuh
Re: updated debian development diagram -- comments?
Micha Feigin
Re: updated debian development diagram -- comments?
Kevin Mark
Re: updated debian development diagram -- comments?
Alexander Schmehl
Re: updated debian development diagram -- comments?
Kevin Mark
Re: updated debian development diagram -- comments?
Alexander Schmehl
Re: updated debian development diagram -- comments?
Alexander Schmehl
Re: updated debian development diagram -- comments?
Kevin Mark
Re: updated debian development diagram -- comments?
Clive Menzies
Re: updated debian development diagram -- comments?
Otavio Salvador
Re: updated debian development diagram -- comments?
Kevin Mark
Re: updated debian development diagram -- comments?
Kevin Mark
Re: updated debian development diagram -- comments?
Otavio Salvador
Richard Stallman on radioActive sanDiego
mbc
Re: logcheck: adduser in preinst?
Todd Troxell
Re: Bug#287839: ITP: mxml -- small XML parsing library
Eduardo Marcel Macan
Re: Bug#287839: ITP: mxml -- small XML parsing library
Roger Leigh
Re: Bug#287839: ITP: mxml -- small XML parsing library
Martin Waitz
<Possible follow-ups>
Re: Bug#287839: ITP: mxml -- small XML parsing library
Pierre Machard
Re: Updated SELinux Release
Russell Coker
Re: Updated SELinux Release
Lorenzo Hernández García-Hierro
Processed: reassign 88340 to lintian
Debian Bug Tracking System
Bug#60810: contents.gz package
Justin Pryzby
Bug#60810: contents.gz package
Goswin von Brederlow
Bug#60810: contents.gz package
David Mandelberg
Bug#60810: contents.gz package
Goswin von Brederlow
Bug#60810: contents.gz package
Justin Pryzby
Bug#60810: contents.gz package
Filippo Giunchedi
h00k-up-in-here
borateButler
<Possible follow-ups>
h00k-up-in-here
dalyMead
Bug#288486: ITP: liblingua-pt-stemmer-perl -- Portuguese language stemming
Dominic Hargreaves
Bug#288487: ITP: liblingua-stem-fr-perl -- Perl French Stemming
Dominic Hargreaves
Bug#288491: ITP: liblingua-stem-it-perl -- Porter's stemming algorithm for Italian
Dominic Hargreaves
Bug#288492: ITP: liblingua-stem-ru-perl -- Porter's stemming algorithm for Russian (KOI8-R only)
Dominic Hargreaves
Bug#288493: ITP: liblingua-stem-snowball-da-perl -- Porters stemming algorithm for Denmark
Dominic Hargreaves
Bug#288495: ITP: libsnowball-norwegian-perl -- Stemming algorithm for Norwegian
Dominic Hargreaves
Bug#288497: ITP: libsnowball-swedish-perl -- Stemming algorithm for Swedish
Dominic Hargreaves
Re: Bug#288497: ITP: libsnowball-swedish-perl -- Stemming algorithm for Swedish
Eduard Bloch
Re: Bug#288497: ITP: libsnowball-swedish-perl -- Stemming algorithm for Swedish
Dominic Hargreaves
Re: Bug#288497: ITP: libsnowball-swedish-perl -- Stemming algorithm for Swedish
Richard Atterer
Re: Bug#288497: ITP: libsnowball-swedish-perl -- Stemming algorithm for Swedish
Don Armstrong
Re: origins of the Debian logo
Fabian Fagerholm
Re: origins of the Debian logo
Niklas Vainio
<Possible follow-ups>
Re: origins of the Debian logo
Hanspeter Kunz
For people more knowledgeable about buildds...
Andrew Pollock
Re: For people more knowledgeable about buildds...
Kurt Roeckx
Re: For people more knowledgeable about buildds...
Steve Langasek
Re: For people more knowledgeable about buildds...
Wouter Verhelst
Bug#288576: ITP: yate -- YATE - Yet Another Telephony Engine
Kilian Krause
New stable version after Sarge
Paul van der Vlis
Re: New stable version after Sarge
Marco d'Itri
Re: New stable version after Sarge
Martin Schulze
Re: New stable version after Sarge
Paul van der Vlis
Re: New stable version after Sarge
Martin Schulze
Re: New stable version after Sarge
Paul van der Vlis
Re: New stable version after Sarge
Andrew Pollock
Re: New stable version after Sarge
Matthew Garrett
Re: New stable version after Sarge
Jonathan McDowell
Re: New stable version after Sarge
William Ballard
Re: New stable version after Sarge
Colin Watson
Re: New stable version after Sarge
Marcelo E. Magallon
Re: New stable version after Sarge
Marcelo E. Magallon
Re: New stable version after Sarge
Helen Faulkner
Re: New stable version after Sarge
Rich Rudnick
Re: New stable version after Sarge
Marco d'Itri
Re: New stable version after Sarge
Greg Folkert
Re: New stable version after Sarge
Christoph Hellwig
Re: New stable version after Sarge
Marc Haber
Re: New stable version after Sarge
Ola Lundqvist
Re: New stable version after Sarge
Greg Folkert
Re: New stable version after Sarge
Marcelo E. Magallon
Re: New stable version after Sarge
Steve Langasek
Re: New stable version after Sarge
Marc Haber
Re: New stable version after Sarge
Christian Perrier
Re: New stable version after Sarge
Holger Levsen
Re: New stable version after Sarge
Marcelo E. Magallon
Re: New stable version after Sarge
William Ballard
Re: New stable version after Sarge
Marcelo E. Magallon
Re: New stable version after Sarge
Maciej Dems
Re: New stable version after Sarge
Christoph Hellwig
Re: New stable version after Sarge
Tollef Fog Heen
Re: New stable version after Sarge
Steve Greenland
Re: New stable version after Sarge
Christoph Berg
Re: New stable version after Sarge
Florian Weimer
Re: New stable version after Sarge
Martin Schulze
Re: New stable version after Sarge
Marcelo E. Magallon
Re: New stable version after Sarge
Steve Greenland
Re: New stable version after Sarge
Tim Cutts
Re: New stable version after Sarge
Otto Wyss
Re: New stable version after Sarge
Miquel van Smoorenburg
Re: New stable version after Sarge
Thomas Zimmerman
Re: New stable version after Sarge
Thomas Jollans
Re: New stable version after Sarge
Jan Niehusmann
Re: New stable version after Sarge
Petter Reinholdtsen
Re: New stable version after Sarge
Mason Loring Bliss
Re: New stable version after Sarge
Petter Reinholdtsen
Re: New stable version after Sarge
Joey Hess
Re: New stable version after Sarge
Florian Weimer
Re: New stable version after Sarge
Joey Hess
Re: New stable version after Sarge
Steve Langasek
Re: New stable version after Sarge
Marc Haber
Re: New stable version after Sarge
roberto
Re: New stable version after Sarge
Greg Folkert
Re: New stable version after Sarge
Neil McGovern
Re: New stable version after Sarge
Roberto Sanchez
Re: New stable version after Sarge
Neil McGovern
Re: New stable version after Sarge
Josh Metzler
Re: New stable version after Sarge
Stephen Birch
Re: New stable version after Sarge
Wouter Verhelst
Re: New stable version after Sarge
Stephen Birch
Re: New stable version after Sarge
Wouter Verhelst
Re: New stable version after Sarge
Stephen Birch
Re: New stable version after Sarge
Wouter Verhelst
Re: New stable version after Sarge
Steve Langasek
Re: New stable version after Sarge
Bas Zoetekouw
Re: New stable version after Sarge
Stephen Birch
Re: New stable version after Sarge
Marc Haber
Re: New stable version after Sarge
Jan Niehusmann
Re: New stable version after Sarge
Stephen Kitt
Re: New stable version after Sarge
Anthony Towns
Re: New stable version after Sarge
Jose Carlos Garcia Sogo
Re: New stable version after Sarge
Ken Bloom
Re: New stable version after Sarge
Stephen Birch
Re: New stable version after Sarge
Jose Carlos Garcia Sogo
Re: New stable version after Sarge
Matthew Garrett
Re: New stable version after Sarge
Jose Carlos Garcia Sogo
Re: New stable version after Sarge
Thomas Zimmerman
Re: New stable version after Sarge
Will Lowe
Re: New stable version after Sarge
Jose Carlos Garcia Sogo
Re: New stable version after Sarge
Paul van der Vlis
Re: New stable version after Sarge
Helmut Wollmersdorfer
Re: New stable version after Sarge
Florian Weimer
<Possible follow-ups>
Re: New stable version after Sarge
Marc Sherman
Re: New stable version after Sarge
Robert Lemmen
Re: New stable version after Sarge
roberto
Re: New stable version after Sarge
Frederic Peters
Maintainer needed
Giuseppe Scrivano
Re: Maintainer needed
Daniel J. Priem
Re: Maintainer needed
Giuseppe Scrivano
Re: Maintainer needed
Wouter Verhelst
Re: Maintainer needed
Alexander Sack
Re: Maintainer needed
Giuseppe Scrivano
RunDinstallHourly
Ken Bloom
Re: RunDinstallHourly
Andrew Pollock
Re: RunDinstallHourly
Ken Bloom
Re: RunDinstallHourly
Andrew Pollock
Re: RunDinstallHourly
Joey Hess
Re: RunDinstallHourly
Steve Langasek
Re: RunDinstallHourly
Ken Bloom
Re: RunDinstallHourly
Steve Langasek
Re: RunDinstallHourly
Joey Hess
Re: RunDinstallHourly
Tollef Fog Heen
Re: RunDinstallHourly
Joey Hess
Re: RunDinstallHourly
Steve McIntyre
Re: RunDinstallHourly
Matt Zimmerman
Re: RunDinstallHourly
Steve McIntyre
Re: RunDinstallHourly
Anthony Towns
Re: RunDinstallHourly
Colin Watson
Re: RunDinstallHourly
Andreas Barth
Re: RunDinstallHourly
Kevin Mark
Re: RunDinstallHourly
Joey Hess
Re: RunDinstallHourly
Robert Lemmen
Re: RunDinstallHourly
Anthony Towns
Re: RunDinstallHourly
Dan Jacobson
gaim-dev packages heading to experimental
Robert McQueen
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Josselin Mouette
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Ingo Juergensmann
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Matthew Garrett
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Ingo Juergensmann
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Steve Langasek
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Ingo Juergensmann
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Matthew Garrett
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Ingo Juergensmann
Re: Ignoring the truth or Hiding problems?
Tollef Fog Heen
Re: Ignoring the truth or Hiding problems?
Glenn Maynard
Re: Ignoring the truth or Hiding problems?
Josselin Mouette
Re: Ignoring the truth or Hiding problems?
Andrew Suffield
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Glenn Maynard
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Steve Langasek
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Ingo Juergensmann
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Adam D. Barratt
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Ingo Juergensmann
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Adam D. Barratt
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Joel Aelwyn
Re: Ignoring the truth or Hiding problems?
Goswin von Brederlow
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Daniel Burrows
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Marc Haber
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Ingo Juergensmann
Re: Ignoring the truth or Hiding problems? (was: Are mails sent toxxxx <at> buildd.debian.org sent to /dev/null ?)
Gunnar Wolf
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Wouter Verhelst
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Ingo Juergensmann
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Wouter Verhelst
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Ingo Juergensmann
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Andreas Barth
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx <at> buildd.debian.org sent to /dev/null ?)
Ingo Juergensmann
ClanLib 0.7 branch.
Bartosz Fenski aka fEnIo
Re: DDTP problems
Sam Watkins
Re: DDTP problems
Daniel Macêdo Batista
Re: DDTP problems
Daniel Macêdo Batista
package up for grabs - xmms-xmmplayer
Jason Thomas
Mail System (fons.spaan@central-europe.basf.org) ScanMail has blocked your mail due a mail policy. It is not allowed to send executables for security reasons.ScanMail hat Ihre Mail geblockt. Das Versenden von ausführbaren Anhängen ist auf Grund von Sicherheitsrisiken nicht erlaubt.
scanmail-notification
Bug#288686: ITP: cssed -- a CSS editor
David Moreno Garza
Re: [volatile] status update
Adrian von Bidder
Re: ITP reminder emails
Adrian von Bidder
installing developer environ
Sukhdeep Johar
Re: installing developer environ
Benjamin Drieu
RFS tag?
Nico Golde
Re: RFS tag?
Frederik Dannemare
Re: RFS tag?
Nico Golde
Re: RFS tag?
Kevin Mark
Re: RFS tag?
Adeodato Simó
Re: RFS tag?
Nico Golde
Bug#288703: ITP: chmsee -- A chm file viewer, support Chinese better
Li Daobing
Re: Accepted mozilla 2:1.7.5-1 (i386 source)
Rene Engelhard
Re: Accepted mozilla 2:1.7.5-1 (i386 source)
Martin Pitt
build problem on mips{,el}
Martin Waitz
Re: build problem on mips{,el}
Steve Langasek
Re: build problem on mips{,el}
Goswin von Brederlow
Re: build problem on mips{,el}
Wouter Verhelst
New author/maintainer for pinfo needed
Christian Kurz
Re: New author/maintainer for pinfo needed
Bas Zoetekouw
<Possible follow-ups>
Re: New author/maintainer for pinfo needed
Nathanael Nerode
Re: New author/maintainer for pinfo needed
Bas Zoetekouw
Experimental gaim_1.1.1-2 for Alpha
Greg Folkert
Re: Experimental gaim_1.1.1-2 for Alpha
Greg Folkert
Re: Experimental gaim_1.1.1-2 for Alpha
Steve Langasek
Re: Experimental gaim_1.1.1-2 for Alpha
Martin Michlmayr
Re: Experimental gaim_1.1.1-2 for Alpha
Henning Makholm
Re: Experimental gaim_1.1.1-2 for Alpha
Steve Langasek
Re: Experimental gaim_1.1.1-2 for Alpha
Henning Makholm
Re: Experimental gaim_1.1.1-2 for Alpha
Steve Langasek
Re: Experimental gaim_1.1.1-2 for Alpha
Greg Folkert
ISMSS DomIscanInt-ATN(169.202.3.81) has deleted a message. (D & N)
S200INT004001
Bug#288769: ITP: cedilla -- ascii to postscript renderer
Adrian 'Dagurashibanipal' von Bidder
Re: Bug#288769: ITP: cedilla -- ascii to postscript renderer
Steve Langasek
Re: Bug#288769: ITP: cedilla -- ascii to postscript renderer
Adrian von Bidder
Bug#288810: ITP: nntpswitch -- Load Balancing NNTP Router
Norbert Tretkowski
Cant build a simple package.
Rakotomandimby (R12y) Mihamina
Re: Cant build a simple package.
Frederic Peters
Re: Cant build a simple package.
Rakotomandimby (R12y) Mihamina
Bug#288854: ITP: phptal -- phptal is an implementation of Zope Page Templates (ZPT) for PHP.
damien clochard
Switchconf: Orphaning or removing?
Gunnar Wolf
Re: Switchconf: Orphaning or removing?
Adrian von Bidder
partial patches - server application
Andreas Barth
Re: partial patches - server application
Andreas Metzler
Re: partial patches - server application
Andreas Barth
Re: partial patches - server application
Florian Weimer
Re: partial patches - server application
Andreas Barth
Re: partial patches - server application
Florian Weimer
Re: partial patches - server application
Thiemo Seufer
Re: partial patches - server application
Florian Weimer
Re: partial patches - server application
John Hasler
Re: partial patches - server application
Anthony Towns
Re: partial patches - server application
Steve Langasek
Bug#288959: ITP: mn-fit -- interactive analysis package for fitting data and histograms
Kevin McCarty
Always run dpkg --dry-run -i before running dpkg -i!
William Ballard
Re: Always run dpkg --dry-run -i before running dpkg -i!
Adam Heath
Re: Always run dpkg --dry-run -i before running dpkg -i!
Adam Heath
Re: Always run dpkg --dry-run -i before running dpkg -i!
William Ballard
Message not available
Re: Always run dpkg --dry-run -i before running dpkg -i!
William Ballard
Re: Always run dpkg --dry-run -i before running dpkg -i!
Joerg Jaspert
Re: Always run dpkg --dry-run -i before running dpkg -i!
William Ballard
Re: Always run dpkg --dry-run -i before running dpkg -i!
Michal Politowski
Re: Always run dpkg --dry-run -i before running dpkg -i!
Hamish Moffatt
Re: Always run dpkg --dry-run -i before running dpkg -i!
Henning Makholm
Re: Always run dpkg --dry-run -i before running dpkg -i!
Hamish Moffatt
Re: Always run dpkg --dry-run -i before running dpkg -i!
William Ballard
Re: Always run dpkg --dry-run -i before running dpkg -i!
Peter Samuelson
Re: Always run dpkg --dry-run -i before running dpkg -i!
William Ballard
Re: Always run dpkg --dry-run -i before running dpkg -i!
Eduard Bloch
Re: Always run dpkg --dry-run -i before running dpkg -i!
William Ballard
Re: Always run dpkg --dry-run -i before running dpkg -i!
Eduard Bloch
Re: Always run dpkg --dry-run -i before running dpkg -i!
Jose Carlos Garcia Sogo
Re: Always run dpkg --dry-run -i before running dpkg -i!
William Ballard
Re: Always run dpkg --dry-run -i before running dpkg -i!
Greg Folkert
Re: Always run dpkg --dry-run -i before running dpkg -i!
William Ballard
Re: Always run dpkg --dry-run -i before running dpkg -i!
Greg Folkert
Re: Always run dpkg --dry-run -i before running dpkg -i!
William Ballard
Re: Always run dpkg --dry-run -i before running dpkg -i!
Greg Folkert
Re: Always run dpkg --dry-run -i before running dpkg -i!
Eduard Bloch
Re: Always run dpkg --dry-run -i before running dpkg -i!
Jeroen van Wolffelaar
Re: Always run dpkg --dry-run -i before running dpkg -i!
Michelle Konzack
Re: Always run dpkg --dry-run -i before running dpkg -i!
William Ballard
Re: Always run dpkg --dry-run -i before running dpkg -i!
Adam Heath
Re: Always run dpkg --dry-run -i before running dpkg -i!
William Ballard
Re: Always run dpkg --dry-run -i before running dpkg -i!
William Ballard
Re: Always run dpkg --dry-run -i before running dpkg -i!
Jose Carlos Garcia Sogo
Re: Always run dpkg --dry-run -i before running dpkg -i!
William Ballard
Re: Always run dpkg --dry-run -i before running dpkg -i!
Goswin von Brederlow
Re: Always run dpkg --dry-run -i before running dpkg -i!
Michelle Konzack
Re: Always run dpkg --dry-run -i before running dpkg -i!
William Ballard
Re: Always run dpkg --dry-run -i before running dpkg -i!
Christoph Hellwig
ndiswrapper should be in contrib
Rene Engelhard
Re: ndiswrapper should be in contrib
Brian Nelson
Re: ndiswrapper should be in contrib
Roberto Sanchez
Re: ndiswrapper should be in contrib
Roberto Sanchez
Re: ndiswrapper should be in contrib
Michael Poole
Re: ndiswrapper should be in contrib
Matt Kraai
Re: ndiswrapper should be in contrib
Michael Poole
Re: ndiswrapper should be in contrib
Miguel Gea Milvaques
Re: Always run dpkg --dry-run -i before running dpkg -i!
Andres Salomon
Re: Always run dpkg --dry-run -i before running dpkg -i!
Brian Nelson
Re: Always run dpkg --dry-run -i before running dpkg -i!
Hamish Moffatt
Re: Always run dpkg --dry-run -i before running dpkg -i!
Goswin von Brederlow
Re: Always run dpkg --dry-run -i before running dpkg -i!
Sebastian Ley
Re: Always run dpkg --dry-run -i before running dpkg -i!
Adam Heath
Re: Always run dpkg --dry-run -i before running dpkg -i!
Sebastian Ley
Re: Always run dpkg --dry-run -i before running dpkg -i!
William Ballard
Re: Always run dpkg --dry-run -i before running dpkg -i!
Greg Folkert
Re: Always run dpkg --dry-run -i before running dpkg -i!
Goswin von Brederlow
Re: Always run dpkg --dry-run -i before running dpkg -i!
William Ballard
Re: Always run dpkg --dry-run -i before running dpkg -i!
Tollef Fog Heen
Re: Always run dpkg --dry-run -i before running dpkg -i!
William Ballard
Re: Always run dpkg --dry-run -i before running dpkg -i!
Wouter Verhelst
Re: Always run dpkg --dry-run -i before running dpkg -i!
George Danchev
Re: Always run dpkg --dry-run -i before running dpkg -i!
Wouter Verhelst
Re: Always run dpkg --dry-run -i before running dpkg -i!
Goswin von Brederlow
Re: Always run dpkg --dry-run -i before running dpkg -i!
Tollef Fog Heen
Re: Always run dpkg --dry-run -i before running dpkg -i!
William Ballard
The last update was on 19:38 GMT Sun May 24. There are 1961 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