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: 320 (new: 3)
Total number of packages offered up for adoption: 100 (new: 3)
Total number of packages request
On Fri, Nov 03, 2006 at 07:43:36AM +0100, Jean-Christophe Dubacq <[EMAIL
PROTECTED]> wrote:
> I remember that since the change, I had to make changes to several php
> applications, because at the same time the default configuration did not
> include any configuration in the case where php is not i
On Thu, Nov 02, 2006 at 07:20:12PM +0100, Mike Hommey wrote:
> On Thu, Nov 02, 2006 at 03:32:39PM +0100, Bastian Venthur <[EMAIL PROTECTED]>
> wrote:
> > Hi
> >
> > I've just upgraded #393913 from minor to important.
> >
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=393913
> >
> > Someb
Package: wnpp
Severity: wishlist
Owner: Arjan Oosting <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: haskell-hxt
Version : 6.1
Upstream Author : Uwe Schmidt <[EMAIL PROTECTED]>
* URL : http://www.fh-wedel.de/~si/HXmlToolbox/
* Licens
On Wed, 2006-11-01 at 19:00:03 +0100, Loïc Minier wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Loic Minier <[EMAIL PROTECTED]>
>
> * Package name: mach
> Version : 0.9.0.2
It's unfortunate that they chose the same name as the microkernel.
regards,
guillem
--
To UNSUBSCRI
> "Mike" == Mike Hommey <[EMAIL PROTECTED]> writes:
Mike> Auto-indexes are enabled only in /var/www/apache2-default and
Mike> /usr/share/apache2/icons by default, so it is not likely to leak any
Mike> unexpected file list.
... on my system autoindexes were enabled by default in my
[Manoj Srivastava]
> > We're not talking about sabotage, we're talking about extra effort.
>
> Not really an answer I expected from a DD.
I don't mind putting in extra effort when there is some gain to be had.
I'm not so excited about putting in extra effort when there is no gain
to be h
test
On Thu, Nov 02, 2006 at 10:08:46PM +0100, Bastian Venthur <[EMAIL PROTECTED]>
wrote:
> Mike Hommey wrote:
> > There has never been index.php in the DirectoryIndex configuration from
> > apache. Adding it is part of the php installation procedure.
>
> Maybe I'm just confusing something but the bug
Mike Hommey wrote:
> There has never been index.php in the DirectoryIndex configuration from
> apache. Adding it is part of the php installation procedure.
Maybe I'm just confusing something but the bugreport claims that the
following line was present in apache2.conf before the upgrade to 2.2 but
On Thu, Nov 02, 2006 at 09:39:39PM +0100, Mike Hommey <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 02, 2006 at 08:05:08PM +0100, Bastian Venthur <[EMAIL PROTECTED]>
> wrote:
> > Mike Hommey wrote:
> > > On Thu, Nov 02, 2006 at 03:32:39PM +0100, Bastian Venthur <[EMAIL
> > > PROTECTED]> wrote:
> > > D
On Thu, Nov 02, 2006 at 09:50:09PM +0100, Bastian Venthur <[EMAIL PROTECTED]>
wrote:
> Mike Hommey wrote:
> >>> The default value for DirectoryIndex is index.html, which
> >>> obviously forgets index.php. But that doesn't mean index.php will be
> >>> readable as source. It only means that the auto
Mike Hommey wrote:
>>> The default value for DirectoryIndex is index.html, which
>>> obviously forgets index.php. But that doesn't mean index.php will be
>>> readable as source. It only means that the auto index will be displayed
>>> if no index.html is present and if allowed to.
>> Is this upstrea
sean finney wrote:
> i imagine the apache maintainers will argue that it should be either (a)
> the webapp package or (b) the php apache module's repsonsibility
> to specify the additional DirectoryIndex.
>
> iirc DirectoryIndex does/can append to the list of index files, right?
This is exactly w
On Thu, Nov 02, 2006 at 08:05:08PM +0100, Bastian Venthur <[EMAIL PROTECTED]>
wrote:
> Mike Hommey wrote:
> > On Thu, Nov 02, 2006 at 03:32:39PM +0100, Bastian Venthur <[EMAIL
> > PROTECTED]> wrote:
> > DirectoryIndex tells apache which file(s) it may use when the url points
> > to a directory, i
On Thu, Nov 02, 2006 at 08:16:46PM +0100, sean finney <[EMAIL PROTECTED]> wrote:
> On Thu, 2006-11-02 at 19:20 +0100, Mike Hommey wrote:
> > Auto-indexes are enabled only in /var/www/apache2-default and
> > /usr/share/apache2/icons by default, so it is not likely to leak any
> > unexpected file lis
Mike Hommey wrote:
> On Thu, Nov 02, 2006 at 03:32:39PM +0100, Bastian Venthur <[EMAIL PROTECTED]>
> wrote:
> DirectoryIndex tells apache which file(s) it may use when the url points
> to a directory, instead of creating an index of the directory itself, if
> allowed to.
>
> The default value for
On Thu, 2006-11-02 at 19:20 +0100, Mike Hommey wrote:
> Auto-indexes are enabled only in /var/www/apache2-default and
> /usr/share/apache2/icons by default, so it is not likely to leak any
> unexpected file list.
>
> So no, that doesn't grant an RC bug for these reasons.
>
> On the other hand, it
On Thursday 02 November 2006 12:36, Mgr. Peter Tuharsky wrote:
> Hi all
Hello,
> Sometimes I spend hours just reading Debian's package repository, and
> everytime I found interesting packages. The Debian is extremely large
> and juicy, but in contrary, it is really difficult sometimes to ju
On Thu, Nov 02, 2006 at 03:32:39PM +0100, Bastian Venthur <[EMAIL PROTECTED]>
wrote:
> Hi
>
> I've just upgraded #393913 from minor to important.
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=393913
>
> Somebody just mailed me that this bug is release critical since it
> allows to read/
On Thu, 02 Nov 2006 11:06:21 +0100, Goswin von Brederlow <[EMAIL PROTECTED]>
said:
> "Steinar H. Gunderson" <[EMAIL PROTECTED]> writes:
>> Hi,
>>
>> It has recently come to my attention that nfs-utils (which is
>> priority standard) cannot depend on ucf, since ucf is of priority
>> optional.
>>
On Thu, 2 Nov 2006 03:59:17 -0600, Peter Samuelson <[EMAIL PROTECTED]> said:
> [Goswin von Brederlow]
>> > Your unspoken premise is that there is a _reason_ to support
>> > building packages as root. Why? I think it is better just to
>> > tell people not to do that.
>>
>> My premise is that th
Hi
I've just upgraded #393913 from minor to important.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=393913
Somebody just mailed me that this bug is release critical since it
allows to read/download php-scripts (like index.php).
Can somebody confirm that this bug is RC or should I just keep
Op do, 02-11-2006 te 12:09 +0100, schreef [EMAIL PROTECTED]:
> Hi
>
> How can I uninstall imapproxy?
>
> I tried:
>
> # dpkg --purge imapproxy
> (Reading database ... 64607 files and directories currently
> installed.)
> Removing imapproxy ...
> Stopping IMAP proxy: invoke-rc.d: initscript imapp
On Thu, Nov 02, 2006 at 10:39:55AM +0100, Piotr Roszatycki
wrote:
> Those driver from rt2x00 project simply *does* *not* work,
> at least for Ad-Hoc mode with WEP key enabled.
How common is your hardware? Do the current maintainers in
the rt2x00 project know that it does not work, and if so,
have
also sprach Gabor Gombas <[EMAIL PROTECTED]> [2006.11.02.1345 +0100]:
> Symlinks just make _sense_. It's the idiocy of other OSes to duplicate
> data because they have no proper notion of symlinks. I always hate
> arguments like this to "make things worse for people who know UNIX
> because there ar
also sprach Gabor Gombas <[EMAIL PROTECTED]> [2006.11.02.1443 +0100]:
> Certificates are not configuration files so they should not be in
> /etc.
>
> On the other hand, the decision of which certificate files should
> be USED _is_ a configuration decision, so that information should
> be under /etc
On Thu, Nov 02, 2006 at 02:24:33PM +0100, martin f krafft wrote:
> Why do the files need to be in /usr/share at all? Why not provide
> /etc/ssl/certs and /etc/ssl/certs/disabled and let the user use
> /bin/mv to enable/disable them.
Certificates are not configuration files so they should not be i
Piotr Roszatycki wrote:
> The driver loads firmware from separate file and has included
> the blob with the default firmware if separate file is not available.
>
> I think the driver can go to contrib with removed the blob from its sources
Yes.
> and with the firmware rt73.bin file can go to non
Steinar H. Gunderson wrote:
> It has recently come to my attention that nfs-utils (which is priority
> standard) cannot depend on ucf, since ucf is of priority optional.
>
> I can only see four solutions for this:
>
> a) Ignore the problem for etch, figure out what do to afterwards.
> b) Downgr
On Thu, 02 Nov 2006, Goswin von Brederlow wrote:
> "Steinar H. Gunderson" <[EMAIL PROTECTED]> writes:
> > It has recently come to my attention that nfs-utils (which is priority
> > standard) cannot depend on ucf, since ucf is of priority optional.
> >
> > I can only see four solutions for this:
> >
On Thu, Nov 02, 2006 at 12:01:12PM +0100, martin f krafft wrote:
> Anyway, thanks for the discussion. I don't think I heard a single
> argument for using symlinks, other than to save 440k of space in
> /etc.
Symlinks just make _sense_. It's the idiocy of other OSes to duplicate
data because they
Hello, Peter!
On Thu, 02 Nov 2006 11:36:48 +0100 Mgr. Peter Tuharsky wrote:
> More and more, I miss some more accurate system for package
> classification.
> [...]
> I'm sure something like that has already been discussed. I'm just
> adding, that such kind of structure is NECESSARRY for such a g
Peter Samuelson <[EMAIL PROTECTED]> writes:
> [Goswin von Brederlow]
>> > Your unspoken premise is that there is a _reason_ to support
>> > building packages as root. Why? I think it is better just to tell
>> > people not to do that.
>>
>> My premise is that there is no reason to sabotage build
Hi
How can I uninstall imapproxy?
I tried:
# dpkg --purge imapproxy
(Reading database ... 64607 files and directories currently
installed.)
Removing imapproxy ...
Stopping IMAP proxy: invoke-rc.d: initscript imapproxy, action "stop"
failed.
dpkg: error processing imapproxy (--purge):
subprocess
also sprach Stephen Frost <[EMAIL PROTECTED]> [2006.11.01.1605 +0100]:
> > The package allows the user to cherry-pick the certificates to
> > enable anyway; why preselect?
>
> Because it's much more common for users to want at least some set
> of certificates enabled on installation.
Of course. B
Hi
On Thu, 02 Nov 2006 11:36:48 +0100
"Mgr. Peter Tuharsky" <[EMAIL PROTECTED]> wrote:
> For example, just the cathegories "X11" and "GNOME" both contain bunch
> of excellent software of many kinds. The same goes for other cathegories
> too -sound, video,...
>
> New sub-cathegories should be c
Hi all
Sometimes I spend hours just reading Debian's package repository, and
everytime I found interesting packages. The Debian is extremely large
and juicy, but in contrary, it is really difficult sometimes to just
find the "right" tool when needed.
More and more, I miss some more
Package: wnpp
Severity: wishlist
Owner: Romain Beauxis <[EMAIL PROTECTED]>
* Package name: mediawiki-extensions
Version : 0.1
Upstream Author : collection of extensions from the net
* URL : http://www.example.org/
* License : GPL, public domain and "Anyone is al
On Thu, Nov 02, 2006 at 11:13:30AM +0100, Goswin von Brederlow wrote:
> I'm not sure what to do about it. Should one guard against this?
> Should sources use the absolute path instead of relative ones? Ideas
> are welcome.
I think yes. Having ':' in the file name is no different than having ' '
i
Hi,
I recently run a simple shell script to test build a bunch of packages
with debuild. The script basically did the following:
mkdir package_version
cd package_version
apt-get build-dep
apt-get source
cd */
debuild
A bunch of sources then failed to build with strange make erors
because the ver
On Tue, Oct 31, 2006 at 07:10:45PM +0100, martin f krafft wrote:
> cat /etc/ssl/certs/cacert-class3.pem >> /etc/ssl/certs/cacert.pem
>
> on systems that needed access to all of CACert's certificates.
Btw., mounting /usr read-only is a good way to prevent stupid bugs like
this. You can configur
Sven Luther wrote:
> On Wed, Nov 01, 2006 at 11:53:32PM -0600, Peter Samuelson wrote:
> >
> > > Robert Collins <[EMAIL PROTECTED]> writes:
> > > > I can also note why bazaar wont build as root: its test suite
> > > > includes a test for the ability to handle read only directories
> > > > correctly
"Steinar H. Gunderson" <[EMAIL PROTECTED]> writes:
> Hi,
>
> It has recently come to my attention that nfs-utils (which is priority
> standard) cannot depend on ucf, since ucf is of priority optional.
>
> I can only see four solutions for this:
>
> a) Ignore the problem for etch, figure out what
[Goswin von Brederlow]
> > Your unspoken premise is that there is a _reason_ to support
> > building packages as root. Why? I think it is better just to tell
> > people not to do that.
>
> My premise is that there is no reason to sabotage building as
> root. Nearly all sources do build as root
Dnia czwartek, 2 listopada 2006 08:50, Kel Modderman napisał:
> > I want to provide rt73-source package which is compatible with
> > module-assistant. The resulting package (rt73-module-$VERSION) contains
> > rt73.ko driver. The driver loads firmware from separate file and has
> > included the blob
[Goswin von Brederlow]
> Real or fake makes no difference. Anything that test id or file
> permissions will (hopefully) behave the same with fakeroot.
Ahh, the difference between theory and practice. fakeroot does not
emulate the access(2) system call, which is one obvious thing to use
when test
> This sounds like rpmstrap?
> ... though with much better coverage.
Check the "features" bullet points. The biggest differentiating
features are probably:
- based on yum or apt-rpm-client (I think rpmstrap calls rpm directly),
both to bootstrap and to resolve build-requires
- has logic to
On Thu, 2 Nov 2006 09:43:54 +0100
Jan Wagner <[EMAIL PROTECTED]> wrote:
> Hi Andrea,
>
> On Wednesday 01 November 2006 23:03, Andrea Bolognani
wrote:
> > Jan Wagner <[EMAIL PROTECTED]> wrote:
> > > Description : DNS Flood Detector was developed
to detect abusive
> > > usage levels on high tr
Sven Luther <[EMAIL PROTECTED]> writes:
> On Wed, Nov 01, 2006 at 11:53:32PM -0600, Peter Samuelson wrote:
>>
>> > Robert Collins <[EMAIL PROTECTED]> writes:
>> > > I can also note why bazaar wont build as root: its test suite
>> > > includes a test for the ability to handle read only directories
Peter Samuelson <[EMAIL PROTECTED]> writes:
>> Robert Collins <[EMAIL PROTECTED]> writes:
>> > I can also note why bazaar wont build as root: its test suite
>> > includes a test for the ability to handle read only directories
>> > correctly. As root, anything is writable, so this test fails.
>
> [
On Thursday 02 November 2006 09:43, Jan Wagner took the opportunity to say:
> Hi Andrea,
>
> On Wednesday 01 November 2006 23:03, Andrea Bolognani wrote:
> > Jan Wagner <[EMAIL PROTECTED]> wrote:
> > > Description : DNS Flood Detector was developed to detect abusive
> > > usage levels on high
Am Donnerstag 02 November 2006 09:43 schrieb Jan Wagner:
> Hi Andrea,
>
> On Wednesday 01 November 2006 23:03, Andrea Bolognani wrote:
> > Jan Wagner <[EMAIL PROTECTED]> wrote:
> > > Description : DNS Flood Detector was developed to detect abusive
> > > usage levels on high traffic nameserver
Hi,
On Wed, 01 Nov 2006, Peter Samuelson wrote:
>
> [Norbert Preining]
> > | The SSH keys are not synchronized between alioth.debian.org and
> > | svn.debian.org.
> >
> > so this seems to be outdated.
>
> Correct - svn.debian.org _is_ alioth.debian.org, as of last Friday.
I updated the wiki pa
Hi Andrea,
On Wednesday 01 November 2006 23:03, Andrea Bolognani wrote:
> Jan Wagner <[EMAIL PROTECTED]> wrote:
> > Description : DNS Flood Detector was developed to detect abusive
> > usage levels on high traffic nameservers and to enable quick response in
> > halting the use of one's names
On Thu, Nov 02, 2006 at 08:42:50AM +0100, Sven Luther wrote:
> On Wed, Nov 01, 2006 at 11:53:32PM -0600, Peter Samuelson wrote:
> > > Robert Collins <[EMAIL PROTECTED]> writes:
> > > > I can also note why bazaar wont build as root: its test suite
> > > > includes a test for the ability to handle r
56 matches
Mail list logo