Since I've already started this thread, I'm going to ask for
opinions on the one more issue with the current (Etch, at least)
dependencies in Debian to bother me.
Is `logrotate' really necessary for those 46 packages or so in
Etch to include it in their `Dep
> Ralf Treinen <[EMAIL PROTECTED]> writes:
>> Currently, the `fortunes' package depends on either `fortune-mod' or
>> `fortune-min':
[...]
>> Does it make sense, provided that the fortune files may as well be
>> read by M-x fortune in Emacs, or even by a plain `less'?
> Probably not, i
Package: fortunes
Version: 1:1.99.1-3
Currently, the `fortunes' package depends on either
`fortune-mod' or `fortune-min':
$ apt-cache show fortunes
Package: fortunes
...
Source: fortune-mod
Version: 1:1.99.1-3
Provides: fortune-cookie-db
Depends: fortune-mod (>= 9708-12), fortunes
found someone.
sebastian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: jnethack
Version: 3.4.3+3.4.3-0.9
Upstream Author: JNetHack Project
URL: http://sourceforge.jp/projects/jnethack/
License: Nethack Ge
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko <[EMAIL PROTECTED]>
* Package name: python-mdp
Version : 2.1
Upstream Author : Pietro Berkes and Tiziano Zito
* URL : http://mdp-toolkit.sourceforge.net/
* License : LGPL
Programming Lang: Python
De
can anybody provide a HTTP request cron job for me?
what i need is a call to
http://debian.binera.de/wnpp/cron_sync_list.php5
every 30 minutes. the way i could set this with my
current ISP would require 48 single cron jobs and
that's too much. so i'm asking for help.
please contact me if you
On Sat, Jan 19, 2008 at 12:41:48PM -0500, Peter Antoniac wrote:
> As the maintainer for libdc1394 didn't answer for many months, we
> (developers of libdc1394) would like to get involved also with maintaining
> the package. Moreover, the maintainer didn't follow our recommandations not
> to pack t
Bán nhà mặt tiền tại Kiên Lương.
- Nhà mặt tiền số 853 Trương công Định - Kiên Lương -KG.
- DT: 7x23; DTXD: 5x20.
- Gần Trường cấp 3, Khu an ninh cực tốt, tiện mở quán cà phê, kinh doanh giải
trí,nhà trọ, văn phòng đại diện v.v...
-Mặt tiền hướng tây.
- Giá 430.000.000đ giấy tờ hợp lệ.
Package: wnpp
Severity: wishlist
Owner: Lionel Elie Mamane <[EMAIL PROTECTED]>
* Package name: wordpress-fr
Version : 2.3.2
Upstream Author : WordPress Francophone team (http://www.wordpress-fr.net/)
* URL : http://fr.wordpress.org/
* License : GPLv2, pieces MIT
On Sun, Jan 20, 2008 at 02:01:51AM +0600, Ivan Shmakov wrote:
> Currently, the `fortunes' package depends on either
> `fortune-mod' or `fortune-min':
>
> $ apt-cache show fortunes
> Package: fortunes
> ...
> Source: fortune-mod
> Version: 1:1.99.1-3
> Provides: fortune-cookie-db
> Depe
Currently, the `fortunes' package depends on either
`fortune-mod' or `fortune-min':
$ apt-cache show fortunes
Package: fortunes
...
Source: fortune-mod
Version: 1:1.99.1-3
Provides: fortune-cookie-db
Depends: fortune-mod (>= 9708-12), fortunes-min
...
Does it make sense, p
Bernd Eckenfels wrote:
> There are a few bugs open, marked as "help needed" it would be nice if
> anybody would help with those, instead of ranting.
Of course that would be nice, but it's not an answer to my question.
Also, more than two years ago I did write code to solve the IPv4/IPv6
truncatio
First of all Simon, thank you for the packages. I'm the upstream
maintainer, and am also mostly maintaining the Ubuntu libburnia packages.
Although I am not a Debian developer, Goedson Paixao is interested in
maintaining those, with mine and probably George's help. George,
interested? :)
I'll chec
Package: wnpp
Severity: urgent
Owner: Peter Antoniac <[EMAIL PROTECTED]>
As the maintainer for libdc1394 didn't answer for many months, we
(developers of libdc1394) would like to get involved also with maintaining
the package. Moreover, the maintainer didn't follow our recommandations not
to pack
Rafael Laboissiere wrote:
http://debian.binera.de/wnpp/?type%5B%5D=ITA&type%5B%5D=ITP&sort=age;desc
This web page is great. It would be good to also show the submitter of the
bug in a column.
noted for todo.
sebastian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsu
Luk Claes 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?
There is already a process that does that, though it takes into account
any follow
* Sebastian Pipping <[EMAIL PROTECTED]> [2008-01-19 18:18]:
> 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?
>
> click this to get a quick overv
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?
There is already a process that does that, though it takes into account
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?
click this to get a quick overview: :-D
http://debian.binera.de/wnpp/?type%5B%5D=ITA&type%5B%5D=ITP&s
Hi folks,
I noticed earlier today that many packages are creating copies of
conffiles in their maintainer scripts with the extension ".dpkg-bak",
which is not an extension used or removed by dpkg:
% grep EXT lib/dpkg.h
#define DEBEXT ".deb"
#define OLDDBEXT "-old"
#define NE
21 matches
Mail list logo
