On Fri, Jul 07, 2006 at 07:53:24AM +0900, Junichi Uekawa wrote:
> Contents.gz seems empty, which sounds more like the culprit.
> Ccing debian-devel; anyone know why this is the case?
It is due to #376777 I believe.
Michael
--
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogato
Junichi Uekawa skrev:
auto-apt update
Downloading http://ftp.jp.debian.org/debian//dists/unstable Contents-amd64.gz
...
Warning: "+number" syntax is deprecated, please use "-n +number"
put: 0 files, 0 entries done (0 sec)
FWIW, this works for me, even though I get the same warnings (which I'd
On Thu, Jul 06, 2006 at 11:58:28PM +0200, Adam Borowski wrote:
> > > program X consist of a number of C files; it seems like compiling
> > > every file takes around 24MB,
> > Like I said, there's just too many variables. Also, I wouldn't be
> > interested in figuring out how much RAM the build tak
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 309 (new: 0)
Total number of packages offered up for adoption: 83 (new: 0)
Total number of packages requeste
George Danchev <[EMAIL PROTECTED]> writes:
> On Thursday 06 July 2006 13:00, Daniel Baumann wrote:
>> Elimar Riesebieter wrote:
>> The licensing of cdrtools is/was under investigation of the Technical
>> Comitee, a final decision/action is not yet found/published so far.
>>
>> For the public part
Package: wnpp
Severity: wishlist
Owner: Asheesh Laroia <[EMAIL PROTECTED]>
* Package name: python-pysearch
Version : 2.0
Upstream Author : Leif Hedstrom <[EMAIL PROTECTED]>
* URL : http://pysearch.sourceforge.net/
* License : BSD
Description : Python inte
I just created a /usr/local/include/hi_there.h , #include'd it from a header
file, and built a -dev debian package containing that header file without
any sort of warnings or errors.
So it's really easy to package a -dev package with a header file, that
#include's a header file in a package that i
On Thu, Jul 06, 2006 at 11:13:30AM +0200, Thibaut Paumard wrote:
> Le jeudi 06 juillet 2006 à 07:36 +1000, Matthew Palmer a écrit :
> [about suid bits]
> > My personal preference would be for the maintainer to just take a stand, set
> > it or not, and let people who actually know what's going on to
Hi,
> > > It seems like it would be quite taxing on the autobuilders to have to pull
> > > something like docbook (and its chain of dependencies) into a pbuilder
> > > just
> > > to recompile a manpage that doesn't change between architectures.
> > >
> > AIUI, the autobuilders use sbuild and don
Hi,
> > MacBook has a i945 integrated graphic device. To configure, I chose
> > 'intelfb' (not imacfb driver, which seems only to garble the screen
> > for me) driver for the kernel.
> >
> > For X, I managed to make a dual-screen setup, so that I can do
> > presentation on projector and stuff.
>
> > auto-apt update
> > Downloading http://ftp.jp.debian.org/debian//dists/unstable
> > Contents-amd64.gz ...
> > Warning: "+number" syntax is deprecated, please use "-n +number"
> >
> > put: 0 files, 0 entries done (0 sec)
>
> FWIW, this works for me, even though I get the same warnings (which
Hi,
Thanks for all the responses. I finally settled with
the suggestion of Matt ("install" with right
permission, and then use "dh_fixperms -X" to exclude these
files's permissions from being reset to Debian's
default values).
Thanks!
Clement
On Wed, 5 Jul 2006, Matthew Palmer wrote:
> The co
You have attempted to send a message to protege-discussion from an
email address that is not subscribed to the list. To fix this
problem go to:
http://protege.stanford.edu/community/addposters.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Co
On Wed, Jul 05, 2006 at 08:23:00PM +0200, Wouter Verhelst wrote:
> On Mon, Jul 03, 2006 at 03:04:14PM +0200, Adam Borowski wrote:
> > On Sun, Jul 02, 2006 at 11:57:50AM +0200, Wouter Verhelst wrote:
> > > Additionally, it puzzles me how you think a maintainer will be able to
> > > accurately predic
On Thu, Jul 06, 2006 at 09:06:08AM +0900, Junichi Uekawa wrote:
> Hi,
>
> MacBook has a i945 integrated graphic device. To configure, I chose
> 'intelfb' (not imacfb driver, which seems only to garble the screen
> for me) driver for the kernel.
>
> For X, I managed to make a dual-screen setup, s
On Thu, 2006-07-06 at 21:47 +0300, George Danchev wrote:
> On Thursday 06 July 2006 21:26, Erast Benson wrote:
> > On Thu, 2006-07-06 at 19:56 +0200, Elimar Riesebieter wrote:
> > > > > Will the package be orphande next time?
> > > >
> > > > No, depending on the outcome of the licensing issues, eit
On Thu, Jul 06, 2006 at 08:06:56AM -0700, Ottavio Caruso wrote:
> > Just checking: are you already aware of Debian From
> > Scratch (DFS), which
> > already does this?
> > http://people.debian.org/~jgoerzen/dfs/
>
> At nearly 1/2 gigabyte you can hardly call DFS a
> recovery cd...
Why not?
But
On Jul 06, Alexander Vlasov <[EMAIL PROTECTED]> wrote:
> But I have some objections:
> 1) first reason is not true anymore. Since
> 2004 SPF has a lot of testing;
Which showed well that it is a bad idea.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Thursday 06 July 2006 21:26, Erast Benson wrote:
> On Thu, 2006-07-06 at 19:56 +0200, Elimar Riesebieter wrote:
> > > > Will the package be orphande next time?
> > >
> > > No, depending on the outcome of the licensing issues, either the
> > > current maintainers still continue to maintain the pa
George Danchev wrote:
> Could be an installer-only package (cdrtools-src or similar, like qmail-src
> is) be a solution anyway ?
Yes, that was discussed too.
--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email: [EMAIL PROTECTED]
Internet: http://people.p
On Thu, 2006-07-06 at 19:56 +0200, Elimar Riesebieter wrote:
> > > Will the package be orphande next time?
> >
> > No, depending on the outcome of the licensing issues, either the current
> > maintainers still continue to maintain the package, or it has to be
> > removed from Debian completely.
>
On Thu, 06 Jul 2006 the mental interface of
Daniel Baumann told:
> Elimar Riesebieter wrote:
> > are there any activities on that project?
>
> The licensing of cdrtools is/was under investigation of the Technical
> Comitee, a final decision/action is not yet found/published so far.
>
> For the p
Alexander Vlasov <[EMAIL PROTECTED]> wrote:
[...]
> AFAIK, debian maintainers are volunteers and they became maintainers to
> make Debian better. What the reason for maintainer to _reject_
> improvements?
Another reason is this one:
# Compiling Exim with experimental features. These are documented
Alexander Petrov gmail.com> wrote:
> I think naming default version 'sim-kde' is wrong, because the name is
> not intuitive to a user, who just wants to have an IM installed, and
> who doesn't want to bother with libraries used by the program
Now that I think of it that way, I take back my previo
On Thu, 06 Jul 2006 18:48:15 +0300, George Danchev wrote:
> On Thursday 06 July 2006 13:00, Daniel Baumann wrote:
>> Elimar Riesebieter wrote:
>> > are there any activities on that project?
>>
>> The licensing of cdrtools is/was under investigation of the Technical
>> Comitee, a final decision/act
On Thursday 06 July 2006 13:00, Daniel Baumann wrote:
> Elimar Riesebieter wrote:
> > are there any activities on that project?
>
> The licensing of cdrtools is/was under investigation of the Technical
> Comitee, a final decision/action is not yet found/published so far.
>
> For the public part of
Le jeudi 06 juillet 2006 à 18:03 +0300, Alexander Vlasov a écrit :
> b) default exim with spf and lot of people just enabling it in config
> (rest of exim users wouldn't notice the difference)
> ?
>
> AFAIK, debian maintainers are volunteers and they became maintainers to
> make Debian better. Wha
> Just checking: are you already aware of Debian From
> Scratch (DFS), which
> already does this?
> http://people.debian.org/~jgoerzen/dfs/
At nearly 1/2 gigabyte you can hardly call DFS a
recovery cd...
Ottavio Caruso
--
No individual replies, please!
__
Hello.
Well, rebuilding a package is not a problem;
I already have about ~ 70 packages rebuilt for various reasons; It's not
a problem to add another one.
But I'm trying to make things as comfortable as possible for all.
What is better:
a) default exim w/o spf and lot of people using local instal
I am planning to do NMU of libtest-mockobject-perl with packages from:
http://perl.kofeina.net/unstable/
reasons:
- package 1.00 in debian is year old
- new package is 1.06
- many packages want to version > 1.01 to work properly
History of bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=348
On Thu, Jul 06, 2006 at 08:07:16AM -0500, John Goerzen wrote:
> Quite true, though my impression is that this is much more rare. Our
> controller (HP MSA1500cs) seems to have added active/active controllers
> as a recent option.
That's worth knowing.
> I'm not really sure if multipath-tools supp
Take matters into your own hands. :)
The following is what I used to do to run exim4 4.50 with SPF checking.
I think that the same broad steps will also apply to more recent versions
of the package.
# apt-get install build-essential libspf2-dev fakeroot
# apt-get build-dep exim4
$ apt-get sour
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):
Johan Svedberg <[EMAIL PROTECTED
Processing commands for [EMAIL PROTECTED]:
> retitle 360583 O: blam -- an RSS aggregator for GNOME
Bug#360583: RFA: blam -- an RSS aggregator for GNOME
Changed Bug title.
> Johan Svedberg <[EMAIL PROTECTED]> wrote:
Unknown command or malformed arguments to command.
> > I'm no longer maintaining
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):
<[EMAIL PROTECTED]>
If you wish
retitle 360583 O: blam -- an RSS aggregator for GNOME
Johan Svedberg <[EMAIL PROTECTED]> wrote:
> I'm no longer maintaining blam. I've sent out a RFA[1] but it doesn't
> seem like anyone has picked it up.
If you are not intending to maintain the package, you should orphan it,
not ask for an adopte
Hello.
I filed a wishlist[1] on exim4 package asking to enable SPF[2] in
exim4-daemon-heavy package, but maintainer rejected it and recommended
me discuss this situation on debian-devel@, so I beg to ask your
attention.
Currently, debian ships two versions of exim4 -- light with absolutely
minima
* John Goerzen ([EMAIL PROTECTED]) wrote:
> On Thu, Jul 06, 2006 at 02:39:16PM +0300, Pasi Kärkkäinen wrote:
> > Not always true. Both paths can be active at the same time.. if supported by
> > the SAN array. Then you do also load balancing between the paths..
>
> Quite true, though my impression
On Thu, Jul 06, 2006 at 02:39:16PM +0300, Pasi Kärkkäinen wrote:
> Not always true. Both paths can be active at the same time.. if supported by
> the SAN array. Then you do also load balancing between the paths..
Quite true, though my impression is that this is much more rare. Our
controller (HP
On Wed, Jul 05, 2006 at 04:06:54PM -0500, John Goerzen wrote:
> On Wed, Jul 05, 2006 at 10:34:41PM +0200, Petter Reinholdtsen wrote:
> > Well, I do not even know what multipath _is_, nor why it is important.
> > If that is representative, I suspect the people interested in
> > multipath have some w
On Thursday 06 July 2006 14:24, Andrew Vaughan wrote:
> > On Tue, May 30, 2006 at 09:51:18PM +0200, Daniel Baumann wrote:
> > > at the moment, we have two types of Live CD images:
> > >
> > > * the small one which contains only packages of standard priority,
> > > * and three larger ones, each
> On Tue, May 30, 2006 at 09:51:18PM +0200, Daniel Baumann wrote:
> >
> > at the moment, we have two types of Live CD images:
> >
> > * the small one which contains only packages of standard priority,
> > * and three larger ones, each of which contains one of the common
> > desktop-environm
Thibaut Paumard <[EMAIL PROTECTED]> wrote:
> Le jeudi 06 juillet 2006 à 07:36 +1000, Matthew Palmer a écrit :
> [about suid bits]
>> My personal preference would be for the maintainer to just take a stand, set
>> it or not, and let people who actually know what's going on to use
>> dpkg-statoverri
On Wed, Jul 05, 2006 at 04:06:54PM -0500, John Goerzen wrote:
> Now, when you bring up this system, Linux will assign *two* /dev/sdx
> devices for each RAID LUN (basically looks like a disk). At any given
> time, exactly one will be readable and useful. That is, the disk can be
> probed on both c
Elimar Riesebieter wrote:
> are there any activities on that project?
The licensing of cdrtools is/was under investigation of the Technical
Comitee, a final decision/action is not yet found/published so far.
For the public part of the information, read on at
http://bugs.debian.org/350739
> There
On Thu, Jul 06, 2006 at 11:13:30AM +0200, Thibaut Paumard wrote:
> In that case, does it make sense to prompt the admin once from the
> postinst script with a message such as:
> "Warning: from installed with suid bit. If
> this is unacceptable at your site, use dpkg-statoverride to clear this
>
Package: wnpp
Owner: Krystian Wlosek <[EMAIL PROTECTED]>
Severity: wishlist
* Package name: zmakebas
Version : 1.1
Upstream Author : Russell Marks <[EMAIL PROTECTED]>
* URL : http://rus.members.beeb.net/zmakebas.html
* License : Public domain
Programming Lang:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 2 Jul 2006 18:17:20 -0400
"Jason Spiro" <[EMAIL PROTECTED]> wrote:
> Package: wnpp
> Severity: wishlist
>
> * Package name: openwatcom
> Version : I plan to do version 1.4 (or 1.6, if it comes out
> soon) Upstream Author : an in
Le jeudi 06 juillet 2006 à 07:36 +1000, Matthew Palmer a écrit :
[about suid bits]
> My personal preference would be for the maintainer to just take a stand, set
> it or not, and let people who actually know what's going on to use
> dpkg-statoverride to fix the problem to their satisfaction. (This
* Junichi Uekawa
| Another aspect is maintenance cost. Auto* tools and docbook toolchain,
| and tex toolchain may break, which means packages no longer
| build. This, I believe, shouldn't really be considered a reason not to
| build-depend; because it will be the users who will suffer from a
| br
50 matches
Mail list logo
