debian-devel Oct 2006 by thread

[previous month]

[first page]

[previous page]

Page 2 of 3

[next page]

[last page]

[next month]

[Date Index] [Subject Index] [Author Index] [Other Debian Lists] [Debian Home]

Re: Removing obexserver (Re: RFA: obexserver -- Receive files with OBEX protocol), (continued)
Request for virtual package ircd Mario Iseli

Re: Request for virtual package ircd Hendrik Sattler

Re: Request for virtual package ircd Mario Iseli

Re: Request for virtual package ircd Ron Johnson
Re: Request for virtual package ircd Roger Leigh

Re: Request for virtual package ircd Marco d'Itri

Re: Request for virtual package ircd tony mancill

Re: Request for virtual package ircd Ron Johnson
Re: Request for virtual package ircd Milan P. Stanic
Re: Request for virtual package ircd Steve Langasek
Re: Request for virtual package ircd Russ Allbery
Re: Request for virtual package ircd Ian Jackson

Re: Request for virtual package ircd Michael Poole

Re: Request for virtual package ircd Brian May

Re: Request for virtual package ircd Michael Poole

Re: Request for virtual package ircd Lucas Nussbaum

Re: Request for virtual package ircd Mario Iseli

Re: Request for virtual package ircd Jeremy Stanley
Re: Request for virtual package ircd Joe Smith

Re: Request for virtual package ircd John Goerzen
Re: Request for virtual package ircd Aurélien GÉRÔME

Re: Request for virtual package ircd Roger Leigh

Re: delay of the full etch freeze charles-debian-nospam

Re: delay of the full etch freeze Hubert Chan
Re: delay of the full etch freeze Petter Reinholdtsen

Re: delay of the full etch freeze Frans Pop
Re: delay of the full etch freeze Steve Langasek

Re: delay of the full etch freeze Thomas Bushnell BSG
Re: delay of the full etch freeze Steve Langasek
Re: delay of the full etch freeze Frank Küster
Re: delay of the full etch freeze Thomas Bushnell BSG
Re: delay of the full etch freeze Steve Langasek

Re: delay of the full etch freeze Charles Plessy

Another option to reconfigure to avoid rejection on Alioth mailing lists. Charles Plessy
Re: Lack of a GR proposal explicitly condemning dunc-tank Ian Jackson

Re: Lack of a GR proposal explicitly condemning dunc-tank Frans Pop
Re: Lack of a GR proposal explicitly condemning dunc-tank Russ Allbery

Re: Lack of a GR proposal explicitly condemning dunc-tank Frans Pop
Re: Lack of a GR proposal explicitly condemning dunc-tank Manoj Srivastava

Re: Lack of a GR proposal explicitly condemning dunc-tank Ian Jackson

Re: Lack of a GR proposal explicitly condemning dunc-tank Matthew Wilcox

Re: Lack of a GR proposal explicitly condemning dunc-tank Manoj Srivastava

Processed: Re: Bug#392643: 'IFUP cannot open the file /etc/network/interfaces' Debian Bug Tracking System
Help offered HXC

Re: Help offered 2 - opinion wanted about debian.org HXC

Re: Help offered 2 - opinion wanted about debian.org Luis Hidalgo
Re: Help offered 2 - opinion wanted about debian.org Johannes Wiedersich

Re: Help offered Daniel Leidert

Re: Help offered Javier Fernández-Sanguino Peña

Orphaning most of my packages Steve Greenland

Re: Orphaning most of my packages Jan C. Nordholz
Re: Orphaning most of my packages Anthony DeRobertis

Re: Orphaning most of my packages David Nusinow

Setting Laguage Rodrigo Tavares
Bug#392647: ITP: arpalert -- Used for monitoring arp changes in ethernet networks Jan Wagner
Starting services in runlevels 0 and 6 Jurij Smakov

Re: Starting services in runlevels 0 and 6 Jurij Smakov

Re: Starting services in runlevels 0 and 6 Henrique de Moraes Holschuh

Re: Starting services in runlevels 0 and 6 Petter Reinholdtsen
Re: Starting services in runlevels 0 and 6 Christian Perrier
Re: Starting services in runlevels 0 and 6 Petter Reinholdtsen

Re: Starting services in runlevels 0 and 6 Josselin Mouette
Re: Starting services in runlevels 0 and 6 Jörg Sommer

Re: Starting services in runlevels 0 and 6 Petter Reinholdtsen

Bug#392643: 'IFUP cannot open the file /etc/network/interfaces' Petter Reinholdtsen

Processed: Re: 'IFUP cannot open the file /etc/network/interfaces' Debian Bug Tracking System

Siscorber, una oportunidad única de negocio Eduardo Gómez
Alas for lilypond in etch Thomas Bushnell BSG

Re: Alas for lilypond in etch Wouter Verhelst

Work-needing packages report for Oct 13, 2006 wnpp
Build failure: cannot find -lglib-2.0 Martin Michlmayr

Re: Build failure: cannot find -lglib-2.0 Kurt Roeckx

Bug#392721: ITP: pyecm -- Number factorization with the Elliptic Curve Method (ECM) Martin Kelly
Response to your ListGuru session [MsgId AA20061012.223301.4] listguru
incoming locked? Toni Mueller

Re: incoming locked? Andreas Metzler

Re: incoming locked? Christoph Berg

position statement from the kernel team over the current non-free firmware GR vote (Was: Call for votes for "GR: : Handling source-less firmware in the Linux kernel") Sven Luther
Lack of transparency of automatic actions John Goerzen

Re: Lack of transparency of automatic actions Warren Turkal
Re: Lack of transparency of automatic actions Henning Glawe

Re: Lack of transparency of automatic actions John Goerzen

Re: Lack of transparency of automatic actions Josselin Mouette
Re: Lack of transparency of automatic actions Hendrik Sattler

Re: Lack of transparency of automatic actions John Goerzen
Re: Lack of transparency of automatic actions Frank Küster

Re: Lack of transparency of automatic actions Hendrik Sattler
Re: Lack of transparency of automatic actions Goswin von Brederlow

Re: Lack of transparency of automatic actions Holger Levsen
Re: Lack of transparency of automatic actions Jean-Philippe Garcia Ballester

want to contribute Arvind kumar

Re: want to contribute gregor herrmann
Re: want to contribute Kari Pahula

Load templates with debconf-loadtemplate Rodrigo Tavares
want to adopt craft package Arvind kumar
Re: Final call for votes for"GR: Re-affirm support to the Debian Project Leader" John Hasler
Bug#392804: ITP: ipager -- netwm compliant pager Francois Fevotte
#379113: python-soappy: fpconst failure on 64 Bit Bernd Zeimetz
Bug#392828: ITP: exaile -- a media player written in GTK+ Francois Fevotte
How should we deal with 'pointless-on-this-arch' packages? Wookey

Re: How should we deal with 'pointless-on-this-arch' packages? Ingo Juergensmann

Re: How should we deal with 'pointless-on-this-arch' packages? Toni Mueller

Re: How should we deal with 'pointless-on-this-arch' packages? Ingo Juergensmann

Re: How should we deal with 'pointless-on-this-arch' packages? Wookey

Re: How should we deal with 'pointless-on-this-arch' packages? Holger Levsen
Re: How should we deal with 'pointless-on-this-arch' packages? Roberto C. Sanchez
Re: How should we deal with 'pointless-on-this-arch' packages? Goswin von Brederlow
Re: How should we deal with 'pointless-on-this-arch' packages? Ron Johnson
Re: How should we deal with 'pointless-on-this-arch' packages? Goswin von Brederlow
Re: How should we deal with 'pointless-on-this-arch' packages? Ron Johnson
Re: How should we deal with 'pointless-on-this-arch' packages? Ingo Juergensmann
Re: How should we deal with 'pointless-on-this-arch' packages? Ron Johnson
Re: How should we deal with 'pointless-on-this-arch' packages? Goswin von Brederlow
Re: How should we deal with 'pointless-on-this-arch' packages? Michael Banck
Re: How should we deal with 'pointless-on-this-arch' packages? Wouter Verhelst
Re: How should we deal with 'pointless-on-this-arch' packages? Miles Bader
Re: How should we deal with 'pointless-on-this-arch' packages? Joey Hess
Re: How should we deal with 'pointless-on-this-arch' packages? Mike Hommey
Re: How should we deal with 'pointless-on-this-arch' packages? Ron Johnson
Re: How should we deal with 'pointless-on-this-arch' packages? Wouter Verhelst
Re: How should we deal with 'pointless-on-this-arch' packages? Ingo Juergensmann
Re: How should we deal with 'pointless-on-this-arch' packages? Ingo Juergensmann
Re: How should we deal with 'pointless-on-this-arch' packages? Charles Plessy
Re: How should we deal with 'pointless-on-this-arch' packages? Carlo Segre
Re: How should we deal with 'pointless-on-this-arch' packages? Goswin von Brederlow
Re: How should we deal with 'pointless-on-this-arch' packages? Ingo Juergensmann

Re: How should we deal with 'pointless-on-this-arch' packages? Kevin Mark

Re: How should we deal with 'pointless-on-this-arch' packages? Ingo Juergensmann
Re: How should we deal with 'pointless-on-this-arch' packages? Tollef Fog Heen

[VAC-RFH] tagcoll2 on Alpha Enrico Zini

Re: [VAC-RFH] tagcoll2 on Alpha Enrico Zini

Re: [VAC-RFH] tagcoll2 on Alpha Enrico Zini

Bug#392904: ITP: bkhive -- dumps the syskey bootkey from a Windows NT/2K/XP system hive Le_Vert
Bug#392905: ITP: samdump2 -- dumps Windows 2k/NT/XP password hashes Le_Vert
Bug#392906: ITP: ophcrack -- Microsoft Windows password cracker using rainbow tables Le_Vert
Processed: reassign Debian Bug Tracking System
Bug#391118: This probably belongs in the kernel bug tracker Roberto C. Sanchez
Results for Position statement clarifying DFSG devotee
Results for General Resolution: Re-affirm support to the Debian Project Leader devotee
Results for General Resolution: Recall the project leader devotee
Results for General Resolution: Handling source-less firmware in the Linux kernel devotee
Orphan party Josselin Mouette

Re: Orphan party Martin Zobel-Helas
Re: Orphan party Federico Di Gregorio

Re: Orphan party Josselin Mouette

Re: Orphan party Federico Di Gregorio
Re: Orphan party Julien BLACHE
Re: Orphan party Federico Di Gregorio
Re: Orphan party Julien BLACHE
Re: Orphan party Josselin Mouette
Re: Orphan party Manoj Srivastava
Re: Orphan party Federico Di Gregorio
Re: Orphan party Manoj Srivastava

Re: Orphan party Junichi Uekawa
Re: Orphan party Miguel Gea Milvaques
Re: Orphan party, relax... Miguel Gea Milvaques

Re: Orphan party, relax... Roberto C. Sanchez

Re: Orphan party, relax... Javier Fernández-Sanguino Peña
Re: Orphan party, relax... Miguel Gea Milvaques
Re: Orphan party, relax... Steve Langasek

Re: Orphan party, relax... Sam Hocevar

Re: Orphan party Sam Hocevar

Re: Orphan party Josselin Mouette

so is cultural Lance Larsen
Re: SOAP interface documentation needed Junichi Uekawa
Do, such pale figures? Look at the victims, Clarence Foster
Can someone explain : " wmaker (0.92.0-6) is newer than that in Debian!" Fabrice Lorrain

Re: Can someone explain : " wmaker (0.92.0-6) is newer than that in Debian!" Don Armstrong
Re: Can someone explain : " wmaker (0.92.0-6) is newer than that in Debian!" Sam Hocevar

Re: Can someone explain : " wmaker (0.92.0-6) is newer than that in Debian!" Fabrice Lorrain

Re: Can someone explain : " wmaker (0.92.0-6) is newer than that in Debian!" Andreas Metzler

upper management position available Mr Pilger

<Possible follow-ups>
upper management position available Daniel Davison

Group for camera users Frederic Peters
Re: did you hear our boss got fired? Raymundo Grisham
mucking with dpkg control files in maintainer scripts? sean finney

Re: mucking with dpkg control files in maintainer scripts? Tollef Fog Heen

Re: mucking with dpkg control files in maintainer scripts? Goswin von Brederlow

Re: mucking with dpkg control files in maintainer scripts? Frank Küster
Re: mucking with dpkg control files in maintainer scripts? Ian Jackson
Re: mucking with dpkg control files in maintainer scripts? Frank Küster
Re: mucking with dpkg control files in maintainer scripts? Ian Jackson
Re: mucking with dpkg control files in maintainer scripts? Goswin von Brederlow
Re: mucking with dpkg control files in maintainer scripts? Ian Jackson

Re: mucking with dpkg control files in maintainer scripts? Ian Jackson

[OT] Your opinion about... Muammar Wadih El Khatib Rodriguez

Re: [OT] Your opinion about... Bill Allombert

Re: [OT] Your opinion about... Muammar Wadih El Khatib Rodriguez

malsync ready for adoption Ludovic Rousseau

Re: malsync ready for adoption Daniel Schepler

Re: malsync ready for adoption Ludovic Rousseau

Will IceWeasel be based on a fork or on vanilla FireFox? Bastian Venthur

Re: Will IceWeasel be based on a fork or on vanilla FireFox? Roberto C. Sanchez

Re: Will IceWeasel be based on a fork or on vanilla FireFox? Bastian Venthur

Re: Will IceWeasel be based on a fork or on vanilla FireFox? Junichi Uekawa

Re: Will IceWeasel be based on a fork or on vanilla FireFox? Jacobo Tarrio

Re: Will IceWeasel be based on a fork or on vanilla FireFox? Lech Karol Pawłaszek

Re: Will IceWeasel be based on a fork or on vanilla FireFox? Sam Morris
Re: Will IceWeasel be based on a fork or on vanilla FireFox? Ben Finney
Re: Will IceWeasel be based on a fork or on vanilla FireFox? Milan P. Stanic
Re: Will IceWeasel be based on a fork or on vanilla FireFox? Ben Finney
Re: Will IceWeasel be based on a fork or on vanilla FireFox? Sam Morris
Re: Will IceWeasel be based on a fork or on vanilla FireFox? Matthias Julius
Re: Will IceWeasel be based on a fork or on vanilla FireFox? Jacobo Tarrio
Re: Will IceWeasel be based on a fork or on vanilla FireFox? Don Armstrong
Re: Will IceWeasel be based on a fork or on vanilla FireFox? Jacobo Tarrio
Re: Will IceWeasel be based on a fork or on vanilla FireFox? Mike Hommey

<Possible follow-ups>
Re: Will IceWeasel be based on a fork or on vanilla FireFox? Ottavio Caruso

Re: Will IceWeasel be based on a fork or on vanilla FireFox? Joey Hess

Re: Will IceWeasel be based on a fork or on vanilla FireFox? Jérôme Marant

Re: Will IceWeasel be based on a fork or on vanilla FireFox? Kevin B. McCarty

The Debian cyrus-sasl2 team is in need of your help! Roberto C. Sanchez

Re: The Debian cyrus-sasl2 team is in need of your help! Fabian Fagerholm

Re: The Debian cyrus-sasl2 team is in need of your help! Roberto C. Sanchez

Re: The Debian cyrus-sasl2 team is in need of your help! Roberto C. Sanchez

Offices have been closed permanently Tod Cusack
kernel package removal Russell Coker
Take pleasure from Concerned with your size and hardness? Study this, here's the answer! Roy
Hola Fanny Carrasco J.
All over the sheet edge; of all the tribes who Kevin
New cyrus-sasl2 packages Roberto C. Sanchez

I forgot to set M-F-T!!! [WAS: Re: New cyrus-sasl2 packages] Roberto C. Sanchez
Re: New cyrus-sasl2 packages Gerfried Fuchs
Re: New cyrus-sasl2 packages Roberto C. Sanchez

Bug#393317: ITP: teamspeak-client -- Very good Voice Chat Le_Vert

Re: Bug#393317: ITP: teamspeak-client -- Very good Voice Chat Ron Johnson

Re: Bug#393317: ITP: teamspeak-client -- Very good Voice Chat Frank Küster

Is Chris Anderson MIA? Marcus Better
Re: Bug#393411: Source package contains non-free IETF RFC/I-D's Andreas Barth

Re: Bug#393411: Source package contains non-free IETF RFC/I-D's Simon Josefsson

Mass-filing RC bugs about IETF RFC license based on file name (Was: Bug#393411: Source package contains non-free IETF RFC/I-D's) Petter Reinholdtsen

Re: Mass-filing RC bugs about IETF RFC license based on file name Simon Josefsson
Re: Mass-filing RC bugs about IETF RFC license based on file name Simon Josefsson

Re: Bug#393411: Source package contains non-free IETF RFC/I-D's Martin Zobel-Helas

Re: Bug#393411: Source package contains non-free IETF RFC/I-D's Simon Josefsson
Source package contains non-free IETF RFC/I-D's Simon Josefsson
Re: Source package contains non-free IETF RFC/I-D's Luk Claes
Re: Source package contains non-free IETF RFC/I-D's Simon Josefsson
Re: Source package contains non-free IETF RFC/I-D's Steve Langasek

Re: Bug#393411: Source package contains non-free IETF RFC/I-D's Goswin von Brederlow

Re: Bug#393411: Source package contains non-free IETF RFC/I-D's Simon Josefsson
Re: Bug#393411: Source package contains non-free IETF RFC/I-D's Steve Langasek
Re: Bug#393411: Source package contains non-free IETF RFC/I-D's Goswin von Brederlow

Bug#393435: ITP: ksniffer -- network traffic analyzer for KDE Francesco Pedrini
safe halt/reboot/shutdown martin f krafft

Re: safe halt/reboot/shutdown Petter Reinholdtsen

Re: safe halt/reboot/shutdown martin f krafft

Re: safe halt/reboot/shutdown Andreas Tille
Re: safe halt/reboot/shutdown martin f krafft
Re: safe halt/reboot/shutdown Andreas Tille

Re: safe halt/reboot/shutdown Marc Haber

Re: safe halt/reboot/shutdown martin f krafft

Re: safe halt/reboot/shutdown Marc Haber
Re: safe halt/reboot/shutdown Andreas Tille
Re: safe halt/reboot/shutdown martin f krafft
Re: safe halt/reboot/shutdown martin f krafft
Re: safe halt/reboot/shutdown martin f krafft

trouble finding source for mail-notification on i386 Tim Olsen

Re: trouble finding source for mail-notification on i386 Sam Morris
Re: trouble finding source for mail-notification on i386 Andreas Fester

Bug#393489: ITP: acovea-gtk -- GTK interface for the acovea package Al Stone
Question regarding maintainer email Tobias Frost

Re: Question regarding maintainer email Daniel Jacobowitz

Re: Question regarding maintainer email Bill Allombert

Re: Question regarding maintainer email Ben Finney
Re: Question regarding maintainer email Tino Keitel
Re: Question regarding maintainer email Rafael Laboissiere
Re: Question regarding maintainer email Matthias Julius
Re: Question regarding maintainer email Petter Reinholdtsen
Re: Question regarding maintainer email Marc Haber

Bug#393555: ITP: libconfig-inetd-perl -- easy methods to modify /etc/inetd.conf Mario Iseli
Bug#393589: ITP: make2build -- Converts a Makefile.PL to a Build.PL Mario Iseli

Re: Bug#393589: ITP: make2build -- Converts a Makefile.PL to a Build.PL Hamish Moffatt

sometimes-dependency, linux-image-2.6.18-1-486 Clarence Risher

Re: sometimes-dependency, linux-image-2.6.18-1-486 Hamish Moffatt

Re: sometimes-dependency, linux-image-2.6.18-1-486 Goswin von Brederlow

Re: sometimes-dependency, linux-image-2.6.18-1-486 Hamish Moffatt
Re: sometimes-dependency, linux-image-2.6.18-1-486 Goswin von Brederlow
Re: sometimes-dependency, linux-image-2.6.18-1-486 Steinar H. Gunderson

seahorse (gnome, gpg) encryption error Erle Pereira
[Help] Please compile clustalw on architectures ia64, mips, mipsel, s390 and m68k Charles Plessy

Re: [Help] Please compile clustalw on architectures ia64, mips, mipsel, s390 and m68k Petter Reinholdtsen

Re: [Help] Please compile clustalw on architectures ia64, mips, mipsel, s390 and m68k Andreas Tille

Re: [Help] Please compile clustalw on architectures ia64, mips, mipsel, s390 and m68k Andreas Tille
Re: [Help] Please compile clustalw on architectures ia64, mips, mipsel, s390 and m68k Wouter Verhelst
Re: [Help] Please compile clustalw on architectures ia64, mips, mipsel, s390 and m68k Frank Küster

building non-free packages on debian.org machines? (was: [Help] Please compile clustalw on architectures ia64, mips, mipsel, s390 and m68k) Frank Küster
Re: [Help] Please compile clustalw on architectures ia64, mips, mipsel, s390 and m68k Frank Küster

Re: [Help] Please compile clustalw on architectures ia64, mips, mipsel, s390 and m68k Charles Plessy

Re: [Help] Please compile clustalw on architectures ia64, mips, mipsel, s390 and m68k Steve McIntyre

Debian Installer - Call for testing *this week* Frans Pop
How can the OS autodetect that a user is a newbie and offer help? Jason Spiro

Re: How can the OS autodetect that a user is a newbie and offer help? Mario Iseli

Re: How can the OS autodetect that a user is a newbie and offer help? Jason Spiro

Message not available
Fwd: How can the OS autodetect that a user is a newbie and offer help? Yves Junqueira
Re: Fwd: How can the OS autodetect that a user is a newbie and offer help? Wouter Verhelst
Re: Fwd: How can the OS autodetect that a user is a newbie and offer help? Thomas Viehmann
Re: Fwd: How can the OS autodetect that a user is a newbie and offer help? Wouter Verhelst
Re: Fwd: How can the OS autodetect that a user is a newbie and offer help? Eduard Bloch
Re: Fwd: How can the OS autodetect that a user is a newbie and offer help? Gustavo Noronha Silva

Re: How can the OS autodetect that a user is a newbie and offer help? Goswin von Brederlow

Re: How can the OS autodetect that a user is a newbie and offer help? Jason Spiro

Re: How can the OS autodetect that a user is a newbie and offer help? Andrew Vaughan
Re: How can the OS autodetect that a user is a newbie and offer help? David Nusinow
Re: How can the OS autodetect that a user is a newbie and offer help? Roberto C. Sanchez
Re: How can the OS autodetect that a user is a newbie and offer help? David Nusinow
Re: How can the OS autodetect that a user is a newbie and offer help? Ron Johnson
Re: How can the OS autodetect that a user is a newbie and offer help? Roberto C. Sanchez
Re: How can the OS autodetect that a user is a newbie and offer help? Javier Fernández-Sanguino Peña
Re: How can the OS autodetect that a user is a newbie and offer help? Mike O'Connor

Re: How can the OS autodetect that a user is a newbie and offer help? Ron Johnson
Re: How can the OS autodetect that a user is a newbie and offer help? Javier Fernández-Sanguino Peña

Re: How can the OS autodetect that a user is a newbie and offer help? Jason Spiro

Re: How can the OS autodetect that a user is a newbie and offer help? Javier Fernández-Sanguino Peña

Re: How can the OS autodetect that a user is a newbie and offer help? Jason Spiro

Re: How can the OS autodetect that a user is a newbie and offer help? Alexey Feldgendler

Re: How can the OS autodetect that a user is a newbie and offer help? Sander Marechal

Re: How can the OS autodetect that a user is a newbie and offer help? Roberto C. Sanchez
Re: How can the OS autodetect that a user is a newbie and offer help? Sander Marechal
Re: How can the OS autodetect that a user is a newbie and offer help? Peter Samuelson
Re: How can the OS autodetect that a user is a newbie and offer help? Andrew Vaughan

Missing days? Sune Vuorela

Re: Missing days? Sune Vuorela
Re: Missing days? Kurt Roeckx

Bug#393739: ITP: myghtyutils -- Set of utility classes used by Myghty templating Oleksandr Moskalenko
Bug#393756: ITP: beaker -- Simple WSGI middleware that uses the Myghty Container API Oleksandr Moskalenko
Bug#393757: ITP: webhelpers -- Library of helper functions to make writing web application templates easier Oleksandr Moskalenko
[no subject] Jason Spiro

Re: your mail Kevin Mark

iptables extensions removed from package Aaron Dummer
Looking for Debian Packaging expert Mahmood Sheikh

Re: Looking for Debian Packaging expert Andreas Tille
Re: Looking for Debian Packaging expert Kevin Mark

Re: Looking for Debian Packaging expert Frank Küster

Re: Looking for Debian Packaging expert Martin Michlmayr
Re: Looking for Debian Packaging expert Bas Zoetekouw
Re: Looking for Debian Packaging expert Frank Küster
Re: Looking for Debian Packaging expert Martin Michlmayr
Re: Looking for Debian Packaging expert Frank Küster

Bug#393849: ITP: pcopy -- multithreaded (raw) disk copying program Aníbal Monsalve Salazar
gcc-4.2 build-depends? Jiri Palecek

Re: gcc-4.2 build-depends? Frank Küster

Re: gcc-4.2 build-depends? jpalecek

Re: gcc-4.2 build-depends? Frank Küster
Message not available
Re: gcc-4.2 build-depends? jpalecek
Re: gcc-4.2 build-depends? Aaron M. Ucko

fwd: Graham Schmidt
perishables Minna Frederick
Bug#393946: ITP: jd -- gtk+ based 2ch browser for Linux Hideki Yamane (Debian-JP)
order MONaSTERCOCK Concetta Hopper
Bug#394042: ITP: dnshistory -- Translating and storing of IP addresses from log files Matthias Julius
Problems in PMDF Mailserv V6.1 command processing PMDF Mailserv V61
New source package David Moore

Re: New source package Wouter Verhelst
Re: New source package Kevin Mark

ethstatus: no upstream, RFA or removal? Christoph Haas

Re: ethstatus: no upstream, RFA or removal? Matthias Julius
Re: ethstatus: no upstream, RFA or removal? Christoph Haas

Bug mass filling Aurelien Jarno

Re: Bug mass filling Petter Reinholdtsen

Re: Bug mass filling Tshepang Lekhonkhobe

Re: Bug mass filling Petter Reinholdtsen
Re: Bug mass filling Frans Pop
Re: Bug mass filling Steve Langasek
Re: Bug mass filling Julien Danjou
Re: Bug mass filling Kevin B. McCarty
Re: Bug mass filling Adam D. Barratt
Re: Bug mass filling Manoj Srivastava
Re: Bug mass filling Anthony Towns
Re: Bug mass filling Manoj Srivastava
Re: Bug mass filling Steve Langasek
Re: Bug mass filling Kevin Mark
Re: Bug mass filling Manoj Srivastava
Re: Bug mass filling Anthony Towns
Re: Bug mass filling Manoj Srivastava
Re: Bug mass filling Anthony Towns
Re: Bug mass filling Manoj Srivastava
Re: Bug mass filling Russ Allbery
Re: Bug mass filling Gabor Gombas
Re: Bug mass filling Matthias Julius
Re: Bug mass filling Manoj Srivastava
Re: Bug mass filling Manoj Srivastava
Re: Bug mass filling Andreas Barth
Re: Bug mass filling Manoj Srivastava
Re: Bug mass filling Steve Langasek
Re: Bug mass filling Manoj Srivastava
Re: Bug mass filling Steve Langasek
Re: Bug mass filling Manoj Srivastava
should, ought, must (was: Bug mass filling) Frank Küster
Re: should, ought, must (was: Bug mass filling) Andreas Barth
Re: Bug mass filling Andreas Barth
Re: Bug mass filling Manoj Srivastava
Re: Bug mass filling Bruce Sass
Re: Bug mass filling Hubert Chan
Re: Bug mass filling Manoj Srivastava
Re: Bug mass filling Hubert Chan
Re: Bug mass filling Manoj Srivastava
Re: Bug mass filling Steve Langasek
Re: Bug mass filling Manoj Srivastava
Re: Bug mass filling Frank Küster
Re: Bug mass filling Kevin Mark
Re: Bug mass filling Jean-Christophe Dubacq
Re: Bug mass filling Steve Langasek
Re: Bug mass filling Hubert Chan
Re: Bug mass filling Ian Jackson
Re: Bug mass filling Manoj Srivastava
Re: Bug mass filling Steve Langasek
Re: Bug mass filling Manoj Srivastava
Re: Bug mass filling Ian Jackson
Re: Bug mass filling Manoj Srivastava
Policy incorrect use of `must', `should', etc Ian Jackson
Re: Policy incorrect use of `must', `should', etc Manoj Srivastava
Re: Bug mass filling Andreas Barth
Re: Bug mass filling Mike Hommey
Re: Bug mass filling Adam D. Barratt
Re: Bug mass filling Steve Langasek
Re: Bug mass filling Mike Hommey
Re: Bug mass filling Andreas Barth
Re: Bug mass filling Mike Hommey
Re: Bug mass filling Andreas Barth
Re: Bug mass filling Mike Hommey
Re: Bug mass filling Andreas Barth
Re: Bug mass filling Mike Hommey
Re: Bug mass filling Eric Dorland
Re: Bug mass filling Mike Hommey
Re: Bug mass filling Andreas Barth
Re: Bug mass filling Mike Hommey
Re: Bug mass filling Thomas Bushnell BSG
Re: Bug mass filling Aurelien Jarno
Re: Bug mass filling Andreas Barth
Re: Bug mass filling Mike Hommey
Re: Bug mass filling Andreas Barth
Re: Bug mass filling Mike Hommey
Re: Bug mass filling Andreas Barth
Re: Bug mass filling Mike Hommey
Re: Bug mass filling Steve Langasek
Re: Bug mass filling Tshepang Lekhonkhobe
Re: Bug mass filling Miriam Ruiz
Re: Bug mass filling Amaya
Re: Bug mass filling Kevin Mark
Re: Bug mass filling Don Armstrong
Re: Bug mass filling Frank Küster
Re: Bug mass filling Julien BLACHE

Re: Bug mass filling Andreas Barth
Re: Bug mass filling Anthony Towns

Re: Bug mass filling Aurelien Jarno

Re: Bug mass filling Andreas Barth

Re: Bug mass filling Christian Perrier

Re: Bug mass filling Don Armstrong
Re: Bug mass filling Andreas Barth
Re: Bug mass filling Don Armstrong
Re: Bug mass filling Petter Reinholdtsen
Re: Bug mass filling Don Armstrong

Re: Bug mass filling Amaya

Re: Bug mass filling Russ Allbery

cmake build-depends Jean Parpaillon

Re: cmake build-depends Margarita Manterola
Re: cmake build-depends Rafael Laboissiere

Re: cmake build-depends Rafael Laboissiere

Re: cmake build-depends Fathi Boudra

Re: cmake build-depends Enrico Zini

seexually expliccit:stunning ruussian finest Eighteen ! Meagan Koenig
Bigger the betterr -Sophie Mr. shinastanislaus
Is there a need for /usr/lib64/ on a pure i386? Stanislav Maslovski

Re: Is there a need for /usr/lib64/ on a pure i386? Goswin von Brederlow

Very important message. You require to read. Kris Akins
how can download and run checklib Aníbal Monsalve Salazar

Re: how can download and run checklib gregor herrmann

Serious letter. You require to read. Ericka Person
Horiny playboy teenie pak Alexis Negron
Work-needing packages report for Oct 20, 2006 wnpp
Bug#394138: ITP: vmware-package -- utility for building Vmware related Debian packages Marc Haber
Bug#394171: ITP: cl-trivial-https -- a fork of trivial-http with https support Peter Van Eynde
Bug#394163: ITP: cl-hunchentoot -- The Common Lisp web server formerly known as TBNL Peter Van Eynde
Bug#394161: ITP: cl-plus-ssl -- A simple Common Lisp interface to OpenSSL Peter Van Eynde
Bug#394223: ITP: cl-cffi -- The Common Foreign Function Interface for Common Lisp Peter Van Eynde
Bug#394249: ITP: inotify-tools -- A set of command-line programs providing a simple interface to inotify Peter Makholm
Lots of (easily recognisible) spam sent to the BTS today Javier Fernández-Sanguino Peña

Re: Lots of (easily recognisible) spam sent to the BTS today Kevin Mark

Re: Lots of (easily recognisible) spam sent to the BTS today Don Armstrong
Re: Lots of (easily recognisible) spam sent to the BTS today Javier Fernández-Sanguino Peña

Re: Lots of (easily recognisible) spam sent to the BTS today Blars Blarson

Re: Lots of (easily recognisible) spam sent to the BTS today Marc Haber

Re: Lots of (easily recognisible) spam sent to the BTS today Blars Blarson
Re: Lots of (easily recognisible) spam sent to the BTS today Kurt Roeckx
Re: Lots of (easily recognisible) spam sent to the BTS today Javier Fernández-Sanguino Peña
Re: Lots of (easily recognisible) spam sent to the BTS today Blars Blarson
Re: Lots of (easily recognisible) spam sent to the BTS today Bruce Sass
Re: Lots of (easily recognisible) spam sent to the BTS today Hamish Moffatt
Re: Lots of (easily recognisible) spam sent to the BTS today Amaya
Re: Lots of (easily recognisible) spam sent to the BTS today David Weinehall
Re: Lots of (easily recognisible) spam sent to the BTS today Blars Blarson
Re: Lots of (easily recognisible) spam sent to the BTS today Blars Blarson

Getting rid of circular dependencies, stage 6 Bill Allombert

Re: Getting rid of circular dependencies, stage 6 Ian Jackson

Re: Getting rid of circular dependencies, stage 6 Petter Reinholdtsen

Re: Getting rid of circular dependencies, stage 6 Don Armstrong
Re: Getting rid of circular dependencies, stage 6 Frank Küster

The last update was on 06:27 GMT Mon May 30. There are 1324 messages. Page 2 of 3.

[previous month]

[first page]

[previous page]

Page 2 of 3

[next page]

[last page]

[next month]

[Date Index] [Subject Index] [Author Index] [Other Debian Lists] [Debian Home]

Mail converted by MHonArc