retitle 264107 ITA: dia2code -- a dia-UML code generator

retitle 264107 ITA: dia2code -- a dia-UML code generator I'm looking for a sponsor for this package. It's available at . Thanks, Polkan Garcia -- Debian Hint #19: If you're interested in building packages from source, you should consider installing

Re: Bug#277766: ITP: moniwiki -- MoniWiki is yet another WikiEngine written in PHP. It is fast, light and easy to install. Also it has many enhanced and new features. Moni is slightly modified sound which means What? or What is it? in Korean. The nam

On Mon, 01 Nov 2004 14:38:20 +0100, Tollef Fog Heen <[EMAIL PROTECTED]> wrote: > * Ki-Heon Kim > > | Description : MoniWiki is yet another WikiEngine written in PHP. It > is fast, light and easy to install. Also it has many enhanced and new > features. Moni is slightly modified sound which

Minutes fo DebConf5 IRC meeting of 20041101 at 20:00 UTC

Hello, The minutes were done by Lars Wirzenius and are at: http://wiki.debian.net/index.cgi?DebConf5Meeting20041101 The logs of the meetings are at: http://www-personal.monash.edu.au/~anibal/debconf5-20041101.html The web page above have links that you can follow. There were about 20 nicks

fftw3 needs testing on K6

Hi all, fftw3 needs testing on AMD K6. The solution suggested by the upstream authors is available at http://piem.org/~piem/debian/fftw3/ . it would be nice if a K6 owner could reproduce the bug (for instance running jamin with fftw3 3.0.1-10) and then try again using the above version. Please CC

Bug#279281: ITP: e16menuedit2 -- A graphical menu editor for enlightenment

Package: wnpp Severity: wishlist * Package name: e16menuedit2 Version : 0.0.1 Upstream Author : Andreas Volz <[EMAIL PROTECTED]> * URL : http://www.enlightenment.org/ * License : MIT Description : A graphical menu editor for enlightenment e16menuedit2 is

Re: Is membership in staff supposed to imply root access?

Santiago Vila <[EMAIL PROTECTED]> writes: > We have had /usr/local directories in the PATH for root at least > since 1995 (by looking at the "base" package version 1.1.0-13). Ahh, thanks. I haven't been depending on it either way (I'd have checked otherwise), so it's not a big deal. I'm not sur

Re: Documentation on handling of orig.tar.gz files for Developer's Reference or for Debian Policy

Scripsit Joachim Breitner <[EMAIL PROTECTED]> > I think this is should be done, or any other way that clearly marks > the .tar.gz as modified (even if only files are removed, it is a > modification). Anyone downloading a .orig.tar.gz file from debian should > be able to safely assume that it reall

Re: Documentation on handling of orig.tar.gz files for Developer's Reference or for Debian Policy

On Mon, 1 Nov 2004 14:04:44 -0800, Chris Waters <[EMAIL PROTECTED]> said: > On Mon, Nov 01, 2004 at 01:47:02PM -0600, Manoj Srivastava wrote: >> How about this rule of thumb: If you get stuff from the primary NON >> DEBIAN distribution site, that is what you call upstream. What >> someone unconne

Re: Documentation on handling of orig.tar.gz files for Developer's Reference or for Debian Policy

Scripsit Chris Waters <[EMAIL PROTECTED]> > On Mon, Nov 01, 2004 at 01:47:02PM -0600, Manoj Srivastava wrote: > > On Mon, 1 Nov 2004 10:39:44 -0800, Chris Waters <[EMAIL PROTECTED]> said: > > > I'm not at all sure how this rule would apply, for example, to my > > > own pilot-manager_1.107.0pre108

Re: Documentation on handling of orig.tar.gz files for Developer's Reference or for Debian Policy

On Mon, 1 Nov 2004 12:45:36 -0800, Chris Waters <[EMAIL PROTECTED]> said: > On Mon, Nov 01, 2004 at 01:47:02PM -0600, Manoj Srivastava wrote: >> On Mon, 1 Nov 2004 10:39:44 -0800, Chris Waters <[EMAIL PROTECTED]> >> said: >> > I'm not at all sure how this rule would apply, for example, to my >>

Re: Documentation on handling of orig.tar.gz files for Developer's Reference or for Debian Policy

On Mon, 01 Nov 2004 21:16:20 +0100, Joachim Breitner <[EMAIL PROTECTED]> said: > Hi, Am Montag, den 01.11.2004, 10:58 +0100 schrieb Frank Küster: >> - a README.Debian-source file added to the orig.tar.gz > I think this is should be done, or any other way that clearly marks > the .tar.gz as modif

Re: Documentation on handling of orig.tar.gz files for Developer's Reference or for Debian Policy

On Mon, Nov 01, 2004 at 01:47:02PM -0600, Manoj Srivastava wrote: > How about this rule of thumb: If you get stuff from the > primary NON DEBIAN distribution site, that is what you call > upstream. What someone unconnected to debian, not using debian > archives, downloads is what we also

DpartialMirror (was Re: [ANNOUNCE] debian-multimirror)

> On Wed, 29 Sep 2004, Pedro Larroy wrote: > > As a long standing debmirror user and with the knowledge that there is a > debpartial-mirror project which is very actively developed I just wonder > if people have to much spare time to invent one wheel after an other. > Sorry for the late reply but

Re: Is membership in staff supposed to imply root access?

On Mon, 1 Nov 2004, Rob Browning wrote: > It looks like our installs set up /usr/local/bin to be group staff and > writable by staff, and place /usr/local/(s)bin before /usr/(s)bin in > root's PATH. > > I was a little surprised because I thought we used to exclude the > /usr/local directories fro

Re: Documentation on handling of orig.tar.gz files for Developer's Reference or for Debian Policy

On Mon, Nov 01, 2004 at 01:47:02PM -0600, Manoj Srivastava wrote: > On Mon, 1 Nov 2004 10:39:44 -0800, Chris Waters <[EMAIL PROTECTED]> said: > > I'm not at all sure how this rule would apply, for example, to my > > own pilot-manager_1.107.0pre108.orig.tar.gz. Everything in there is > > from ups

Re: Why sysklog uses its own logrotate and not logrotate script

On Mon, Nov 01, 2004 at 09:39:51PM +0100, Marc Haber wrote: > On Mon, 1 Nov 2004 15:29:36 +0100, Martin Schulze <[EMAIL PROTECTED]> > wrote: > >Please send me the patch. > Honestly, looking at sysklogd's bug list doesn't make people get the > impression that it makes sense to file patches against

Re: Why sysklog uses its own logrotate and not logrotate script

On Mon, 1 Nov 2004 15:29:36 +0100, Martin Schulze <[EMAIL PROTECTED]> wrote: >Please send me the patch. Honestly, looking at sysklogd's bug list doesn't make people get the impression that it makes sense to file patches against the sysklogd package. Greetings Marc -- ---

Re: Documentation on handling of orig.tar.gz files for Developer's Reference or for Debian Policy

Hi, Am Montag, den 01.11.2004, 10:58 +0100 schrieb Frank Küster: >- a README.Debian-source file added to the orig.tar.gz I think this is should be done, or any other way that clearly marks the .tar.gz as modified (even if only files are removed, it is a modification). Anyone downloading a .o

Re: Problem with dpkg on alpha ?

Cc:ed to the alpha buildd maintainer, so he can take a look at this problem if he hasn't already. On Mon, Nov 01, 2004 at 01:20:58PM -0600, John Goerzen wrote: > I've seen that on the buildd but my own Alpha isn't having any trouble. > A message on this topic to debian-alpha yielded no replies ei

Re: Documentation on handling of orig.tar.gz files for Developer's Reference or for Debian Policy

On Mon, 1 Nov 2004 10:39:44 -0800, Chris Waters <[EMAIL PROTECTED]> said: > On Mon, Nov 01, 2004 at 10:22:12AM -0600, Manoj Srivastava wrote: >> On Mon, 01 Nov 2004 10:58:55 +0100, Frank Küster >> <[EMAIL PROTECTED]> said: >> >> > , >> >> A repackaged .orig.tar.gz [...] must not contain any

Re: Documentation on handling of orig.tar.gz files for Developer's Reference or for Debian Policy

Scripsit Frank Küster <[EMAIL PROTECTED]> First, thank you for taking hand of this issue! > > |>3. should, except where impossible for legal reasons, preserve the > > |> entire building and portablility infrastructure provided by the > > |> upstream author. For example, it is not

Re: Problem with dpkg on alpha ?

I've seen that on the buildd but my own Alpha isn't having any trouble. A message on this topic to debian-alpha yielded no replies either, so I suspect the buildd machine is the only one hosed. -- John On Mon, Nov 01, 2004 at 07:42:01PM +0100, Jean-Yves LENHOF wrote: > Is'nt there something wron

Re: Documentation on handling of orig.tar.gz files for Developer's Reference or for Debian Policy

On Mon, Nov 01, 2004 at 10:22:12AM -0600, Manoj Srivastava wrote: > On Mon, 01 Nov 2004 10:58:55 +0100, Frank Küster <[EMAIL PROTECTED]> > said: > > > , > >> A repackaged .orig.tar.gz [...] must not contain any file that does > >> not come from the upstream author(s), or whose contents has b

Is membership in staff supposed to imply root access?

It looks like our installs set up /usr/local/bin to be group staff and writable by staff, and place /usr/local/(s)bin before /usr/(s)bin in root's PATH. I was a little surprised because I thought we used to exclude the /usr/local directories from root's path by default, but perhaps we changed our

Problem with dpkg on alpha ?

Is'nt there something wrong with dpkg on alpha... it seems to segfault a lot these days... http://buildd.debian.org/build.php?&pkg=mozilla-firefox&ver=0.99%2B1.0RC1-2&arch=alpha&file=log http://buildd.debian.org/build.php?&pkg=cxref&ver=1.6-3&arch=alpha http://buildd.debian.org/build.php?&pkg=frib

Re: Apt-Torrent project

Arnaud Kyheng wrote: I don't agree with the little package problem with Bittorrent. With Bittornado I'm using as a backend, the super-seeder option answer to this problem since if the package is already well available on the network, it'll not answer to the client but let it download from peers.

Bug#199316: Info received (was Apt-Torrent project)

Thank you for the additional information you have supplied regarding this problem report. It has been forwarded to the package maintainer(s) and to other interested parties to accompany the original report. Your message has been sent to the package maintainer(s): APT Development Team <[EMAIL PRO

Re: Documentation on handling of orig.tar.gz files for Developer's Reference or for Debian Policy

On Mon, Nov 01, 2004 at 02:32:27PM +0100, Frank Küster wrote: > Bill Allombert <[EMAIL PROTECTED]> wrote: > >> Having the get-orig-source target is nice, but there might be cases > >> where this is impractical. > > > > debian/rules get-orig-source is code, not a documentation. > > In this case it'

Re: Documentation on handling of orig.tar.gz files for Developer's Reference or for Debian Policy

On Mon, 01 Nov 2004 10:58:55 +0100, Frank Küster <[EMAIL PROTECTED]> said: > , >> A repackaged .orig.tar.gz [...] must not contain any file that does >> not come from the upstream author(s), or whose contents has been >> changed by you. > ` That sounds reasonable to me. oir.tar.

Re: Debconf is not a registry

Colin Watson <[EMAIL PROTECTED]> schrieb: > On Mon, Nov 01, 2004 at 08:04:14AM +0100, Marc Haber wrote: >> On Sun, 31 Oct 2004 01:07:05 +0200, Petter Reinholdtsen >> <[EMAIL PROTECTED]> wrote: >> >Well, the solution to this problem is to _never_ use debconf to store >> >information. The configura

Re: open office help

On Mon November 1 2004 4:18 pm, Raghuveer wrote: > Hello, > >We are using progress as programming langauge and open office for > reports purpose. I wanted to know does open office supports DDE (Dynamic > data exchange) ?. Is there any other way we can write from progress to open > office. Are d

Re: Why sysklog uses its own logrotate and not logrotate script

On Thu, Oct 28, 2004 at 10:53:12AM +0200, Adeodato Simó wrote: > * Clemens Schwaighofer [Wed, 27 Oct 2004 23:02:44 +0900]: > > I would like to know why sysklog package uses its own logrotation > > scripts and not logrotate. > > albeit both are Priority: important, sysklogd is Section: base. and,

Re: Debconf is not a registry (was: Right Way to make a configuration package)

On Mon, Nov 01, 2004 at 08:04:14AM +0100, Marc Haber wrote: > On Sun, 31 Oct 2004 01:07:05 +0200, Petter Reinholdtsen > <[EMAIL PROTECTED]> wrote: > >Well, the solution to this problem is to _never_ use debconf to store > >information. The configuration info should be stored in the > >configuratio

Re: debian-private list archives

Martin Godisch wrote: > Who can tell me, where the debian-private list archives can be found? > Looks like they moved somewhere... Did the mailing list footer change while we were not paying attention? Mine still says: Please respect the privacy of this mailing list. Archiv

Re: Why sysklog uses its own logrotate and not logrotate script

Graham Wilson wrote: > On Wed, Oct 27, 2004 at 06:10:43PM +0200, Martin Schulze wrote: > > Clemens Schwaighofer wrote: > > > I would like to know why sysklog package uses its own logrotation > > > scripts and not logrotate. > > > > Try to convert it to logrotate and soon you will understand why it

Re: Bug#277766: ITP: moniwiki -- MoniWiki is yet another WikiEngine written in PHP. It is fast, light and easy to install. Also it has many enhanced and new features. Moni is slightly modified sound which means What? or What is it? in Korean. The name also indicates that MoniWiki is nearly compatible with the MoinMoin. MoniWiki WikiFormattingRules were inspired and adopted from MoinMoin. Check MoniWikiFeatures to see what MoniWiki has to offer.

* Ki-Heon Kim | Description : MoniWiki is yet another WikiEngine written in PHP. It is fast, light and easy to install. Also it has many enhanced and new features. Moni is slightly modified sound which means What? or What is it? in Korean. The name also indicates that MoniWiki is nearly

Re: Why sysklog uses its own logrotate and not logrotate script

On Thu, 28 Oct 2004 21:42:09 +0400, "Nikita V. Youshchenko" <[EMAIL PROTECTED]> wrote: >> and before anybody asks, I already but all the things into logrotate. I >> just curious why its not there from beginning. > >With current default configuration, if I add some more log files >info /etc/syslog.c

Re: Xsession doesn't use umask setting from /etc/login.defs

* Branden Robinson | I'm not thrilled with it, but maybe you can make something useful out of | that. | | Thanks again for the lightning-fast coding. :) Thanks for the description; the package is now sitting in the NEW queue. Sorry for taking a bit of time, I have been away on vacation. --

Re: Documentation on handling of orig.tar.gz files for Developer's Reference or for Debian Policy

Hello, thanks for the feedback. Bill Allombert <[EMAIL PROTECTED]> wrote: > On Mon, Nov 01, 2004 at 10:58:55AM +0100, Frank Küster wrote: > >> 3. If you think a binary change is a reason for a new orig.tar.gz, do >>you think the sentence cited above should get an exception for binary >>f

open office help

Hello,      We are using progress as programming langauge and open office for reports purpose. I wanted to know does open office supports DDE (Dynamic data exchange) ?. Is there any other way we can write from progress to open office. Are do we need to use any other programming langauge (C++ / Java

Re: Documentation on handling of orig.tar.gz files for Developer's Reference or for Debian Policy

On Mon, Nov 01, 2004 at 10:58:55AM +0100, Frank Küster wrote: > [I'm not subscribed to -policy, please respect M-F-t or Cc me] > > | A repackaged .orig.tar.gz [...] must not contain any file that does not > | come from the upstream author(s), or whose contents has been changed by > | you. > `

looking for Bernd S. Brentrup

Hi, I am looking for Bernd. I have lost contact with him ages ago, I haven't seen any upload/svn commit from him since then. However his package has NMU, without any reaction from him. I hope he is fine and just has a rest, maybe retired? Anyone knows exact information? Thanks, Laszlo/GCS

Re: Apt-Torrent project

Mike Furr a écrit : Arnaud Kyheng wrote: | Hello, | | I love the Debian project, and I have worked on a new development for | it: Apt-Torrent :) Thank you for your contribution. However, I looked at doing something similar to this a little while ago and found that bittorrent is not very well suite

Bug#278524: Info received (was Documentation on handling of orig.tar.gz files for Developer's Reference or for Debian Policy)

Thank you for the additional information you have supplied regarding this problem report. It has been forwarded to the package maintainer(s) and to other interested parties to accompany the original report. Your message has been sent to the package maintainer(s): Adam Di Carlo <[EMAIL PROTECTED]

Bug#279175: ITP: goobox -- CD player and ripper for GNOME

Package: wnpp Severity: wishlist * Package name: goobox Version : 0.3.0 Upstream Author : Paolo Bacchilega <[EMAIL PROTECTED]> * URL : http://ftp.gnome.org/pub/GNOME/sources/goobox/ * License : GPL Description : CD player and ripper for GNOME Goobox is a

Documentation on handling of orig.tar.gz files for Developer's Reference or for Debian Policy

[I'm not subscribed to -policy, please respect M-F-t or Cc me] Hi all, early this year, some guidelines for the handling of orig.tar.gz files for Debian packages were discussed on debian-devel (http://lists.debian.org/debian-devel/2004/01/msg01796.html). I have tried to write together what seemed

Re: Apt-Torrent project

Matt Zimmerman a écrit : (CCing the BTS, where this feature request is already tracked) On Sat, Oct 30, 2004 at 10:35:53AM +0200, Arnaud Kyheng wrote: I love the Debian project, and I have worked on a new development for it: Apt-Torrent :) Apt-Torrent is an apt proxy to the Bittorrent network. F

Re: Debconf is not a registry

sean finney <[EMAIL PROTECTED]> schrieb: > On Mon, Nov 01, 2004 at 08:04:14AM +0100, Marc Haber wrote: >> Why is the information given during package installation stored >> persistently in the first place? > > it's not stored persistently, that's why it's in /var/cache :) But debconf itself think

Re: Apt-Torrent project

Matthew Palmer a écrit : [...] If we can get individually-signed .debs, you won't even need to worry so much about getting the torrent files off a trusted mirror... That's the idea, since the .torrent are fetched from a trusted server. The .torrents contains a SHA1 checksum which is checked agains

hand embroidery badges

Dear Sirs, It is immense pleasure to introduce you ourselves as we are one of the leading manufacturers and exporters all kinds of hands embroidery badges,sashes, pennants,flags,flagstaff,banners,family crest,emblems,and also other sorts of products in the markets. Therefore,we do cordially request

Re: Debconf is not a registry (was: Right Way to make a configuration package)

On Mon, Nov 01, 2004 at 08:04:14AM +0100, Marc Haber wrote: > Why is the information given during package installation stored > persistently in the first place? it's not stored persistently, that's why it's in /var/cache :) sean -- signature.asc Description: Digital signature

Debconf is not a registry (was: Right Way to make a configuration package)

On Sun, 31 Oct 2004 01:07:05 +0200, Petter Reinholdtsen <[EMAIL PROTECTED]> wrote: >Well, the solution to this problem is to _never_ use debconf to store >information. The configuration info should be stored in the >configuration files, and the current debconf values should be set >based on the co

Re: debian-private list archives

On Mon, Nov 01, 2004 at 06:50:44AM +0100, Martin Godisch wrote: > Hi, > > Who can tell me, where the debian-private list archives can be found? > Looks like they moved somewhere... > master:/home/debian/archive/debian-private/ Pasc -- Pascal Hakim 0403