Re: changing the default syslog daemon for lenny?

Patrick Winnertz wrote: Am Montag, 28. Januar 2008 01:55:23 schrieb Michael Biebl: rsyslog is also a drop in replacement, even more so, as it can understand the syntax of sysklogd. The default rsyslog config file /etc/rsyslog.conf is basically a copy of /etc/syslog.conf. So if you have a custom

que haces bolas

QUÉ HACÉS BOLAS ? Cómo va boludo, yo acá en la Bristol "tashenodecabezacuchandocumbia" Te clavan la sombrilla arriba de la lona pero todo bien, de vacaciones todo me chupa. Los chicos están con el barrenador en el agua y sho acá me compré un sámbuche de salame y queso con puerto USB, así que

Re: How to cope with patches sanely

On Mon, Jan 28, 2008 at 06:58:10PM -0800, Russ Allbery wrote: > If wig&pen provides a defined series, then I don't need more than that. I > don't know enough about wig&pen to tell you whether all the pieces are > already there. It does not. To programmatically convert from quilt to a wig&pen debi

Re: How to cope with patches sanely

Simon Huggins <[EMAIL PROTECTED]> writes: > On Mon, Jan 28, 2008 at 05:45:24PM -0800, Russ Allbery wrote: >> What I'd like to see is a Debian source package format that supports >> essentially quilt metadata -- in other words, a series file and a set >> of patches. It's a very minor addition to t

Processed: reassign 463018 to mysql-server-5.0, found 463018 in 5.0.32-7etch5

Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.13 > reassign 463018 mysql-server-5.0 Bug#463018: problem with cyrillic letter IO and letter case issue in utf8_general_ci Bug reassigned from package `general' to `mysql-server-5.0'. >

Re: Sources of dak ?

On Jan 29, 2008 5:13 AM, Roger Leigh <[EMAIL PROTECTED]> wrote: > > http://ftp-master.debian.org/bzr/ > > Why isn't this on bzr.debian.org? Best address that question directly to the ftpmasters. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with

Bug#463041: ITP: osc -- OpenSUSE (buildsystem) commander

Package: wnpp Severity: wishlist Owner: "Michal Čihař" <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: osc Version : 0.99 Upstream Author : Peter Poeml <[EMAIL PROTECTED]> * URL : http://download.opensuse.org/repositories/openSUSE:/Too

Re: dpatch -> quilt (Was: How to cope with patches sanely)

On Jan 28, 2008 8:36 PM, Pierre Habouzit <[EMAIL PROTECTED]> wrote: > On Mon, Jan 28, 2008 at 10:51:06AM +, Cyril Brulebois wrote: > > On 28/01/2008, Paul Wise wrote: > > > maybe edit debian/patches/*.patch to remove all the dpatch comments > > > and just leave the patch descriptions and other

Re: How to cope with patches sanely

On Mon, Jan 28, 2008 at 05:45:24PM -0800, Russ Allbery wrote: > Clint Adams <[EMAIL PROTECTED]> writes: > > On Mon, Jan 28, 2008 at 05:37:03PM -0800, Russ Allbery wrote: > >> This work flow simply doesn't work with our current source package > >> format and a patch management system. Requiring thi

Re: How to cope with patches sanely

Clint Adams <[EMAIL PROTECTED]> writes: > On Mon, Jan 28, 2008 at 05:37:03PM -0800, Russ Allbery wrote: >> This work flow simply doesn't work with our current source package >> format and a patch management system. Requiring this to work *with the >> current source package format* essentially mea

Re: How to cope with patches sanely

On Mon, Jan 28, 2008 at 05:37:03PM -0800, Russ Allbery wrote: > This work flow simply doesn't work with our current source package format > and a patch management system. Requiring this to work *with the current > source package format* essentially means outlawing using patch management > systems

Re: How to cope with patches sanely

Lars Wirzenius <[EMAIL PROTECTED]> writes: > As someone who's occasionally done some bug fixing to random packages, > I'd really like to see some solution that allows us to mandate that the > following sequence must work for all source packages: > > dpkg-source -x foo_1.2-3.dsc > cd foo-1.2 > sens

Re: How to cope with patches sanely

On ma, 2008-01-28 at 16:05 -0800, Russ Allbery wrote: > We can't get too rules-bound here. As someone who's occasionally done some bug fixing to random packages, I'd really like to see some solution that allows us to mandate that the following sequence must work for all source packages: dpkg-sou

Re: How to cope with patches sanely

On Mon, Jan 28, 2008 at 07:26:41PM -0500, David Nusinow wrote: > On Mon, Jan 28, 2008 at 04:54:47PM +0100, Daniel Leidert wrote: > > Am Samstag, den 26.01.2008, 19:05 +0100 schrieb Pierre Habouzit: > > > On Sat, Jan 26, 2008 at 04:34:27PM +, David Nusinow wrote: > > > > If we can't figure out a

Re: How to cope with patches sanely

On Mon, Jan 28, 2008 at 04:54:47PM +0100, Daniel Leidert wrote: > Am Samstag, den 26.01.2008, 19:05 +0100 schrieb Pierre Habouzit: > > On Sat, Jan 26, 2008 at 04:34:27PM +, David Nusinow wrote: > > > If we can't figure out a good and clean way to keep a large stack of > > > long-lived patches i

Re: How to cope with patches sanely

Charles Plessy <[EMAIL PROTECTED]> writes: > In that case, I think that the man page of apt-get should be > authoritative on what is expected from running 'apt-get source': "source > causes apt-get to fetch source packages." The definition of the debian > source package in Policy C.3 does not ment

Re: How to cope with patches sanely

Le Mon, Jan 28, 2008 at 11:33:39PM +1100, Ben Finney a écrit : > > It seems to me that you can only agree with the position that "you can > check out the source to the package using 'apt-get source'. This > allows examination and midification of the source to any package" if > "the source to the p

Re: changing the default syslog daemon for lenny?

Holger Levsen <[EMAIL PROTECTED]> writes: > Debian Edu will be switching its syslog for Lenny and as we want to > differ the least possible from Debian, we are wondering, what the > default syslog will be in Lenny. > > The main reason is that we need/want to configure syslogd via debconf > (or any

Re: Standard to indicate repacking in version numbers?

Luca Capello <[EMAIL PROTECTED]> writes: > - debian-policy_3.7.3.0, § 12.5, reported above by Russ, doesn't sound > so clear to me (but I'm not an English native speaker). > > Let's say that I grab foo from foo.alioth.d.o, then I remove some > non-DFSG-free material and I repackage the orig.

Bug#463029: ITP: synce-sync-engine -- Synchronization Engine for Windows Mobile devices

Package: wnpp Severity: wishlist Owner: Jonny Lamb <[EMAIL PROTECTED]> X-Debbugs-CC: debian-devel@lists.debian.org * Package name: synce-sync-engine Version : 0.1 Upstream Author : Ole André Vadla Ravnås <[EMAIL PROTECTED]> John Gow <[EMAIL PROTECTED]> * URL

Re: rebuilding the archive in a dirty chroot: results

On Mon, Jan 28, 2008 at 07:20:47AM +0100, Lucas Nussbaum wrote: > On 26/01/08 at 08:59 +, Roger Leigh wrote: > > On Fri, Jan 25, 2008 at 03:25:15PM +0100, Lucas Nussbaum wrote: > > > > > I'm not really sure of what we should do about those problems. The > > > easiest way to fix them is to use

Bug#463018: problem with cyrillic letter IO and letter case issue in utf8_general_ci

Package: general Severity: normal I have problem in mysql (5.0.32-Debian_7etch5-log Debian etch distribution) Better to view it on a wide screen. It's all about cyrillic characters: Ёё comparing to Ее and Йй comparing to Ии characters (first code is cp1251): е 0xE5 = U+0435 : CYRILLIC SMALL LETT

Re: Standard to indicate repacking in version numbers?

Hi all! On Mon, 28 Jan 2008 21:22:43 +0100, Russ Allbery wrote: > Bill Allombert <[EMAIL PROTECTED]> writes: >> On Mon, Jan 28, 2008 at 10:13:51AM -0800, Russ Allbery wrote: >>> We went back and forth on this several times on debian-mentors and I >>> think everyone finally agreed that debian/copyr

RE: HighPoint- GPL Licensed Controller wants To be Include InDebian Distribution

Dear Margarita, Thanks, please help include our driver in etch-n-half. Please find Latest HighPoint Source files in 2.6.24 are located at: drivers\scsi\hptiop.c drivers\scsi\hptiop.h Documentation\scsi\hptiop.txt 2.6.24-rc8-mm1 built-in it, you can get it from www.kernel.org. FYI, HighPoint do

Bug#463015: ITP: sylph-searcher -- full-text search program for Sylpheed or MH folders

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: sylph-searcher Version: 1.0.0 Upstream Author: Hiroyuki Yamamoto <[EMAIL PROTECTED]> URL: http://sylpheed.sraoss.jp License: BSD Description: full-text search program for S

Re: Standard to indicate repacking in version numbers?

On 28/01/2008, Russ Allbery wrote: > We went back and forth on this several times on debian-mentors and I > think everyone finally agreed that debian/copyright is the correct > place to explain any repackaging of the upstream source. Since > debian/copyright is the standard place to explain where

Re: Standard to indicate repacking in version numbers?

On Mon, 28 Jan 2008, Russ Allbery wrote: We went back and forth on this several times on debian-mentors and I think everyone finally agreed that debian/copyright is the correct place to explain any repackaging of the upstream source. Since debian/copyright is the standard place to explain where

Re: preparing sid/lenny to build with GCC-4.3

On Mon, Jan 28, 2008 at 07:53:19AM +0100, Mike Hommey wrote: > On Sun, Jan 27, 2008 at 10:53:59PM +0100, Matthias Klose wrote: > > (...) so that we have > > the chance to drop gcc-4.2 for the next release (together with > > gcc-3.4/g++-3.4/gcc-4.0). > Except if you want to remove qemu and kvm from

Re: HighPoint- GPL Licensed Controller wants To be Include In Debian Distribution

On Mon, Jan 28, 2008 at 11:24:55AM -0800, May Hwang wrote: > Dear Margarita, > > Can you resend Sean's email because I didn't receive his email? > > Up to this point, we are offering binary package based on customer request, > because binary driver package only support one specific kernel version

Re: rebuilding the archive in a dirty chroot: results

On Mon, Jan 28, 2008 at 07:20:47AM +0100, Lucas Nussbaum wrote: > On 26/01/08 at 08:59 +, Roger Leigh wrote: > > On Fri, Jan 25, 2008 at 03:25:15PM +0100, Lucas Nussbaum wrote: > > > > > I'm not really sure of what we should do about those problems. The > > > easiest way to fix them is to use

Bug#463002: ITP: doomsday -- GPL licensed engine for classic doom, heretic, hexen and strife which provides updated 3d graphics and network gameplay

Package: wnpp Severity: wishlist Owner: "Hash C. Borger" <[EMAIL PROTECTED]> * Package name: doomsday Version : 1.9.0-beta5.2 Upstream Author : Jaakko Keränen <[EMAIL PROTECTED]> * URL : http://www.example.org/ * License : GPL Programming Lang: C++ Descript

Re: Standard to indicate repacking in version numbers?

Bill Allombert <[EMAIL PROTECTED]> writes: > On Mon, Jan 28, 2008 at 10:13:51AM -0800, Russ Allbery wrote: >> We went back and forth on this several times on debian-mentors and I >> think everyone finally agreed that debian/copyright is the correct >> place to explain any repackaging of the upstre

Re: Standard to indicate repacking in version numbers?

On Mon, Jan 28, 2008 at 10:13:51AM -0800, Russ Allbery wrote: > Andreas Tille <[EMAIL PROTECTED]> writes: > > > I agree with that we should have a common pattern. But I would vote for > > a neutral extension not trying to describe the reasons for repackaging. > > Some kind of _.repack.tar.gz come

Re: Sources of dak ?

On Sun, Jan 27, 2008 at 09:08:44AM +0100, Martin Zobel-Helas wrote: > Hi, > > On Sun Jan 27, 2008 at 16:53:59 +0900, Charles Plessy wrote: > > Dear Developpers, > > > > I wanted to check if dak was case-sensitive when parsing the > > DM-Upload-Allowed field, but I did not find this string in the

RE: HighPoint- GPL Licensed Controller wants To be Include In Debian Distribution

Dear Margarita, Can you resend Sean's email because I didn't receive his email? Up to this point, we are offering binary package based on customer request, because binary driver package only support one specific kernel version. Hence it is inconvenience for customer and time consuming. Please ad

Re: changing the default syslog daemon for lenny?

Am Montag, 28. Januar 2008 01:55:23 schrieb Michael Biebl: > rsyslog is also a drop in replacement, even more so, as it can > understand the syntax of sysklogd. The default rsyslog config file > /etc/rsyslog.conf is basically a copy of /etc/syslog.conf. > So if you have a custom syslog.conf, you co

Re: The meaning of Vcs-* fields

Josselin Mouette wrote: > On sam, 2008-01-26 at 22:37 +0200, Riku Voipio wrote: >> On Sat, Jan 26, 2008 at 08:37:54PM +0100, Stefano Zacchiroli wrote: >> > If I were you I would have tried "fakeroot debian/rules >> > get-orig-source", which is the policy mandated target to retrieve >> > orig.tar.g

Re: table view wnpp page now on wnpp.debian.net

Holger Levsen wrote: It doesnt mean "age in days" but "days since last activity on the bug". The bugs I checked first, were indeed filed today, but then I saw #456640, which was filed in December but had activity today, so the dust was 0. Dust Number of days without changes (i.e. amount o

Re: table view wnpp page now on wnpp.debian.net

Holger Levsen wrote: Could you add an explaination of "dust" on the page, too? I have it in the tooltips ('title' attribute) but I agree that a detailed legend would help. Any ideas where to put it best? At the very bottom of the page? In an extra page/window? I'm pretty sure it means "age i

Re: HighPoint- GPL Licensed Controller wants To be Include In Debian Distribution

Hi May Hwang! On Jan 28, 2008 2:59 PM, May Hwang <[EMAIL PROTECTED]> wrote: > These Hardware RAID controllers offer GPL licensed Linux Open Source driver > and have been accepted into 2.6.25 main kernel tree but since this is not a > stable kernel version yet so our Debian system integrators stil

Re: dpatch -> quilt

Pierre Habouzit <[EMAIL PROTECTED]> writes: > Though the "need" for --not-timestamps is really important when you > refresh a whole patch series, and don't want spurious timestamps changes > generating useless changes in your $SCM, and I do use it for this very > reason. Yes. Please use --no-t

Bug#462975: ITP: kde4-style-qtcurve -- This is a set of widget styles for KDE4 based apps

Package: wnpp Severity: wishlist Owner: Salvatore Ansani <[EMAIL PROTECTED]> * Package name: kde4-style-qtcurve Version : 0.55.2 Upstream Author : Craig Drummond <[EMAIL PROTECTED]> * URL : http://www.kde-look.org/content/show.php/QtCurve+%28KDE4%2C+KDE3%2C+%26+Gtk2+T

Re: Standard to indicate repacking in version numbers?

Andreas Tille <[EMAIL PROTECTED]> writes: > I agree with that we should have a common pattern. But I would vote for > a neutral extension not trying to describe the reasons for repackaging. > Some kind of _.repack.tar.gz comes to mind. This makes > clear that a changed upstream tarball is used.

Re: HighPoint- GPL Licensed Controller wants To be Include In Debian Distribution

Hi May, (This should all be prefaced with the statement that i don't have a great deal of experience with kernel module packaging, someone from debian-kernel may have more insight than me) First I should say it is very thoughtful of you to contact the debian community regarding your drivers, i

Re: preparing sid/lenny to build with GCC-4.3

Mike Hommey a écrit : > On Mon, Jan 28, 2008 at 12:17:48PM -0200, Margarita Manterola <[EMAIL > PROTECTED]> wrote: >> On Jan 28, 2008 4:53 AM, Mike Hommey <[EMAIL PROTECTED]> wrote: >>> On Sun, Jan 27, 2008 at 10:53:59PM +0100, Matthias Klose wrote: (...) so that we have the chance to dr

Re: CDBS cmake.mk class

Cyril Brulebois wrote: > http://bugs.debian.org/cdbs will lead you to #450901. > http://bugs.debian.org/cmake will lead you to #459207. > > Since it's not being fixed right now, I personally embed a copy of > cmake.mk, without setting the two (C and CXX) offending variables. BTW, since #450901 i

HighPoint- GPL Licensed Controller wants To be Include In Debian Distribution

Dear Debian Developer, This is May Hwang, Product Manager from HighPoint Technologies. HighPoint have launched a new series of H/W RAID controllers based on Intel 2nd generation PCI-express I/O processor, one main advantage is we are the only manufacturer integrate this Intel Fastest SATA I/O

Bug#462971: ITP: odtwriter -- convert reStructured Text to OpenDocument Text files

Package: wnpp Severity: wishlist Owner: Michael Schutte <[EMAIL PROTECTED]> * Package name: odtwriter Version : 1.1a Upstream Author : Dave Kuhlman <[EMAIL PROTECTED]> * URL : http://www.rexx.com/~dkuhlman/odtwriter.html * License : MIT Programming Lang: Pyth

Re: [rfc] mass-mod old ita/itp bugs back to rfa/rfp?

On Sat, Jan 19, 2008 at 06:18:32PM +0100, Sebastian Pipping wrote: > i noticed that there exist many ita/itp bugs that are much older than > two month. would it make sense to set them back to rfa/rfp? if so how > many days would be good to be the "too old" edge value? I'd say more than two months

Re: How to cope with patches sanely

Am Samstag, den 26.01.2008, 19:05 +0100 schrieb Pierre Habouzit: > On Sat, Jan 26, 2008 at 04:34:27PM +, David Nusinow wrote: > > If we can't figure out a good and clean way to keep a large stack of > > long-lived patches in the vcs then I firmly believe we should standardize > > on quilt. > >

Re: preparing sid/lenny to build with GCC-4.3

> Is there no way at all of fixing those so that they can be built with 4.3? And about applications or packages not in Debian ? In particular, gcc/g++-3.4 is often used in the embedded world.

Re: preparing sid/lenny to build with GCC-4.3

On Mon, Jan 28, 2008 at 12:17:48PM -0200, Margarita Manterola <[EMAIL PROTECTED]> wrote: > On Jan 28, 2008 4:53 AM, Mike Hommey <[EMAIL PROTECTED]> wrote: > > On Sun, Jan 27, 2008 at 10:53:59PM +0100, Matthias Klose wrote: > > > (...) so that we have > > > the chance to drop gcc-4.2 for the next r

Re: CDBS cmake.mk class

Hi Cyril, I follow your tips and now I redefine CC and CXX on "debian/rules" with correct path and now all is ok. 10x, Salvatore -- From: "Cyril Brulebois" <[EMAIL PROTECTED]> Sent: Monday, January 28, 2008 2:05 PM To: Subject: Re: CDBS cmake.

Re: preparing sid/lenny to build with GCC-4.3

On Jan 28, 2008 4:53 AM, Mike Hommey <[EMAIL PROTECTED]> wrote: > On Sun, Jan 27, 2008 at 10:53:59PM +0100, Matthias Klose wrote: > > (...) so that we have > > the chance to drop gcc-4.2 for the next release (together with > > gcc-3.4/g++-3.4/gcc-4.0). > > Except if you want to remove qemu and kvm

Re: assimilating OpenBSD

On Mon, Jan 28, 2008 at 09:25:06AM +0100, Mathieu Stumpf wrote: > What about this project? Is it dead? For anyone else confused about this message, I believe Mathieu is referring to . -- Jon Dowland -- To UNSUBSCRIBE, email to [EMAI

Re: Standard to indicate repacking in version numbers?

On Mon, 28 Jan 2008, Cyril Brulebois wrote: How are ?dfsg?, ?debian?, or ?ds? extensions? It's in the very middle of the tarball name, and the extension would rather be ?((orig.)tar.)gz? (there's the revision in the way, also). It'd be clearer to talk about the string to include in version numb

Re: rebuilding the archive in a dirty chroot: results

On 28/01/2008, Lucas Nussbaum wrote: > Build-Conflicts: libwxgtk2.6-dev? I thought we were moving away from wx 2.4, not from 2.6. ;-) -- Cyril Brulebois pgpLO4s4mwjfE.pgp Description: PGP signature

Re: rebuilding the archive in a dirty chroot: results

On Mon, Jan 28, 2008 at 07:23:09AM +0100, Lucas Nussbaum wrote: > On 27/01/08 at 12:47 +1100, Hamish Moffatt wrote: > > trustedqsl build-depends(*) on libwxgtk2.4-dev, but your bdfh had > > libwxgtk2.6-dev installed as well. The bdfh build used the newer > > version, hence the binary dependencies w

Re: CDBS cmake.mk class

On 28/01/2008, Salvatore Ansani wrote: > Hi guys I've a strange behaviour compiling a kde4 package with > cmake.mk CDBS class. (And gales?) > Investigating I found variable who cause error: > -DCMAKE_C_COMPILER="cc". > > Other Question: How I tell debian/rule to modify some variables ? If I > re

Re: The meaning of Vcs-* fields

Andreas Tille kirjoitti: > On Sat, 26 Jan 2008, Teemu Likonen wrote: > > I do maintain some unofficial packages which - of course - I can do > > anything I want with, but I also want to do things right, so I'd > > appreciate your help in this. > > May I ask for the sake of interest what unofficial

Standard to indicate repacking in version numbers?

On 28/01/2008, Andreas Tille wrote: > ... which describes the _content_ of the tarball, but not the _name_ > (or extension) of the tarball. So there is no clarification whether > to use 'dfsg', 'debian', 'ds' or something else in the tarball name to > my knowlwedge. How are “dfsg”, “debian”, or “

Re: rebuilding the archive in a dirty chroot: results

On 26/01/08 at 08:59 +, Roger Leigh wrote: > On Fri, Jan 25, 2008 at 03:25:15PM +0100, Lucas Nussbaum wrote: > > > I'm not really sure of what we should do about those problems. The > > easiest way to fix them is to use source-only uploads (to avoid packages > > built on broken maintainer mach

Re: rebuilding the archive in a dirty chroot: results

On 27/01/08 at 12:47 +1100, Hamish Moffatt wrote: > trustedqsl build-depends(*) on libwxgtk2.4-dev, but your bdfh had > libwxgtk2.6-dev installed as well. The bdfh build used the newer > version, hence the binary dependencies were different. I'm not really > sure how to solve this. The two libwxgtk

Re: How to cope with patches sanely

Andreas Tille <[EMAIL PROTECTED]> writes: > On Fri, 25 Jan 2008, Joey Hess wrote: > > > The competing vcs situation has its problems, but no matter what > > vcs is used for a package, you can check out the source to the > > package using apt-get source. This allows examination and > > modificatio

CDBS cmake.mk class

Hi guys I've a strange behaviour compiling a kde4 package with cmake.mk CDBS class. I get a lot of strange CMake errors (like "MATH cannot parse the expression:" and so on...) when try to compile with dpkg-buildpackage but all was OK if I use "cmake ..". Investigating I found variable who ca

Re: The meaning of Vcs-* fields

On Sat, 26 Jan 2008, Teemu Likonen wrote: I do maintain some unofficial packages which - of course - I can do anything I want with, but I also want to do things right, so I'd appreciate your help in this. May I ask for the sake of interest what unofficial packages you are maintaining? Sometim

Re: The meaning of Vcs-* fields

On Mon, 28 Jan 2008, Cyril Brulebois wrote: everything is DFSG free). I'm not aware of a default extension for the tarball name in case of repackaged tarballs. I already pointed to Devref 6.7.8.2, now quoting it: | A repackaged .orig.tar.gz: | ? | 4. should use -.orig as the name of the | top

Re: The meaning of Vcs-* fields

On Sun, 27 Jan 2008, Stefano Zacchiroli wrote: Many people correctly pointed out that get-orig-source is only suggested by the policy and that, as a best practice, it is recommended only when repacking is needed. Fair enough. Can we either change its meaning or add a new target which does what y

Re: The meaning of Vcs-* fields

On 28/01/2008, Andreas Tille wrote: > There are other reasons for repackaging (for instance large chunks of > precompiled binary data that would just bloat the archive even if > everything is DFSG free). I'm not aware of a default extension for > the tarball name in case of repackaged tarballs. I

Re: The meaning of Vcs-* fields

On Sun, 27 Jan 2008, Raphael Geissert wrote: Not only "dfsg", "debian" and "ds" are also used (when repackaging wasn't because the real source isn't completely DFSG-free). There are other reasons for repackaging (for instance large chunks of precompiled binary data that would just bloat the ar

Re: dpatch -> quilt (Was: How to cope with patches sanely)

On Mon, Jan 28, 2008 at 10:51:06AM +, Cyril Brulebois wrote: > On 28/01/2008, Paul Wise wrote: > > maybe edit debian/patches/*.patch to remove all the dpatch comments > > and just leave the patch descriptions and other human-readable info. > > > > QUILT_REFRESH_ARGS="-p0 --no-timestamps --no-i

Re: dpatch -> quilt (Was: How to cope with patches sanely)

On 28/01/2008, Paul Wise wrote: > maybe edit debian/patches/*.patch to remove all the dpatch comments > and just leave the patch descriptions and other human-readable info. > > QUILT_REFRESH_ARGS="-p0 --no-timestamps --no-index" Agreed on --no-index, not convinced by --no-timestamps and -p0. FW

Re: changing the default syslog daemon for lenny?

Hi Javier, hi Joey, On Monday 28 January 2008 10:51, Javier Fernandez-Sanguino wrote: > 2008/1/28, Holger Levsen <[EMAIL PROTECTED]>: > > The main reason is that we need/want to configure syslogd via debconf (or > > any other policy complient way) for remote logging and the sysklogd > > maintainer

Re: table view wnpp page now on wnpp.debian.net

Hi, On Monday 28 January 2008 11:03, Holger Levsen wrote: > Could you add an explaination of "dust" on the page, too? I'm pretty sure > it means "age in days", but as there seem to be 23 wnpp-bugs from today, I > checked half of them as I couldnt believe there are so many on a monday > morning alr

Re: changing the default syslog daemon for lenny?

2008/1/28, Holger Levsen <[EMAIL PROTECTED]>: > The main reason is that we need/want to configure syslogd via debconf (or any > other policy complient way) for remote logging and the sysklogd maintainer > doesn't want to provide it. See #370339 for details. I find it surprising that the maintainer

Re: table view wnpp page now on wnpp.debian.net

Hi Sebastian, On Saturday 26 January 2008 02:13, Sebastian Pipping wrote: > thanks to lucas nussbaum the address >http://debian.binera.de/wnpp/ > is now accessible through >http://wnpp.debian.net/ . Heh, cool, I tried wnpp.debian.net last week and it was not there yet :-) Could you add a

Re: changing the default syslog daemon for lenny?

On Sun, Jan 27, 2008 at 07:10:55PM -0600, William Pitcock wrote: > > I agree with this. Additionally, Balasz Schielder (Balabit) makes people > who contribute to syslog-ng sign a contributory license agreement [1], > so that they can be included in syslog-ng premium, which is in my view > against

Re: assimilating OpenBSD

What about this project? Is it dead? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: announcing new tools

On Mon, Jan 28, 2008 at 08:00:24AM +0100, Andreas Tille wrote: >> Isn't this what debian-devel-announce is for? > I think so. I personally do not understand the restraint to post to > d-d-a. I can not imagine that 5-10 mails more per month on this low > volume list might worry anybody. Yeah, rig

Re: dpatch -> quilt (Was: How to cope with patches sanely)

On Jan 28, 2008 5:09 PM, Andreas Tille <[EMAIL PROTECTED]> wrote: > Is there any easy conversion from dpatch to quilt for a given package > that is using dpatch? It is as simple as: mv debian/patches/00list debian/patches/series rename s/\.dpatch$/.patch/ debian/patches/* edit debian/patches/s

Re: dpatch -> quilt

On Mon, 28 Jan 2008 09:09:28 +0100, Andreas Tille wrote: > Is there any easy conversion from dpatch to quilt for a given package > that is using dpatch? The following two links might give an idea: * manual conversion: http://blog.orebokech.com/2007/08/converting-debian-packages-from-dpatch.html

Re: dpatch -> quilt (Was: How to cope with patches sanely)

Il giorno Mon, 28 Jan 2008 09:09:28 +0100 (CET) Andreas Tille <[EMAIL PROTECTED]> ha scritto: > Is there any easy conversion from dpatch to quilt for a given package > that is using dpatch? Isn't dpatch just adding a header (from "#!/usr/bin/dpatch -f" to "@DPATCH@")? Or am I missing something? I

dpatch -> quilt (Was: How to cope with patches sanely)

On Sat, 26 Jan 2008, Pierre Habouzit wrote: Seconded. I'd add, that in fact we should standardize on quilt as an exchange format for patches, because it's simple, and that there are powerful tools to handle them. Basically you have almost the same power in quilt that in many SCMs when it comes

Re: How to cope with patches sanely (Was: State of the project - input needed)

On Sat, 26 Jan 2008, Pierre Habouzit wrote: IOW in order to perform a NMU, you just need to know how to: * checkout sources, debcheckout(1) knows that ; * commit your changes, debcommit(1) knows that almost, mr(1) could also probably be of help ; The only problem that me and I guess at l