Hi,
I'm wondering whether the ArchitectureSpecificsMemo[1] wiki page is
(well-)known, and whether its content got reviewed, esp. by porters of
each architecture, who could fix obvious errors or typos, or eventually
add special-cases, exceptions, and the like.
1. http://wiki.debian.org/Architectu
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: 439 (new: 10)
Total number of packages offered up for adoption: 99 (new: 4)
Total number of packages request
Twas brillig at 10:56:18 25.04.2008 UTC+08 when [EMAIL PROTECTED] did gyre and
gimble:
j> By the way, it would be great if the mirrors kept more than just a
j> week of Diffs. It seems every time I get back from a trip, I end up
j> uploading the whole Packages.gz file again. Two weeks worth wou
* Julien Cristau
| On Thu, Apr 24, 2008 at 18:02:28 +0100, Neil Williams wrote:
|
| > I would suggest that this bug should be closed, it certainly does not
| > appear to be a "general" bug because only one package creates that
| > directory and that package is creating it correctly AFAICT.
| >
Heh heh -- I am an annoying bastard -- but is there a chance to get
kbuild for 2.6.25: I am fetching packages
http://kernel-archive.buildserver.net/debian-kernel
but header packages rely on kbuild packages and those are missing
Thanks lots in advance!
On Sat, 19 May 2007, Greg Folkert wrote:
> O
LN> Now, a mistake was made in with nurd{5,6}. It's easy to fix it, just
LN> reopen all the bugs, and mark them as notfound in the version used in
LN> their -close message. It would have been a lot more helpful and less
LN> demotivating to contact the one who closed the bugs instead of mailing
LN>
By the way, it would be great if the mirrors kept more than just a
week of Diffs. It seems every time I get back from a trip, I end up
uploading the whole Packages.gz file again. Two weeks worth would be better.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troub
Peter Palfrader wrote:
> On Thu, 24 Apr 2008, Felipe Sateler wrote:
>
>> I was bored the other day and created a script that checks for this. a
>> dd-list of them is available at felipe.sateler.com/wrong-priority.dd-list,
>> and the explanations at felipe.sateler.com/wrong-priority
>
> You mean
On Thu, 24 Apr 2008, Felipe Sateler wrote:
> I was bored the other day and created a script that checks for this. a dd-list
> of them is available at felipe.sateler.com/wrong-priority.dd-list, and the
> explanations at felipe.sateler.com/wrong-priority
You mean like
http://qa.debian.org/debcheck.
Le Thu, Apr 24, 2008 at 06:13:27PM +0100, Neil Williams a écrit :
> On Thu, 2008-04-24 at 22:39 +0900, Charles Plessy wrote:
>
> unmaintained? On what grounds? It's been three days since the severity
> was bumped.
Hi Neil,
I would rather say that the severity of the bug is serious since the
beg
Joona Kiiski wrote:
> Hi!
>
> I just found out that piuparts (priority optional) depends on
> debootstrap (priority extra)
I was bored the other day and created a script that checks for this. a dd-list
of them is available at felipe.sateler.com/wrong-priority.dd-list, and the
explanations at fel
Hi,
We (Bas Wijnen, Lucas Nussbaum) worked on a Debian Enhancement
Proposal[0] on the policies and workflows for Non Maintainer Uploads
(NMUs).
The main purpose of the proposal is:
* to explicitely allow fixing bugs of severity lower than important in
NMUs.
* to encourage the use of the DELA
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.23
> tags 477699 unreproducible
Bug#477699: general: No read permission for /usr/include/GL directory
There were no tags set.
Tags added: unreproducible
>
End of message, stopping proces
On Thu, Apr 24, 2008 at 19:53:19 +0200, Andreas Metzler wrote:
> The only thing I could think of is a package that generates
> /usr/include/GL in its postinst without specifying the mode.
>
Or some buggy nvidia or ati "installer". Those are very good at fucking
things up.
Cheers,
Julien
--
Package: wnpp
Severity: wishlist
Owner: Joop Stakenborg <[EMAIL PROTECTED]>
* Package name: paq8l
Version : 20070308
Upstream Author : Matt Mahoney <[EMAIL PROTECTED]>
* URL : http://www.cs.fit.edu/~mmahoney/compression/
* License : GPL
Programming Lang: C++
Package: wnpp
Severity: wishlist
Owner: Joop Stakenborg <[EMAIL PROTECTED]>
* Package name: pskmail
Version : 0.8
Upstream Author : Rein Couperus <[EMAIL PROTECTED]>
* URL : http://pskmail.wikispaces.com/
* License : GPL
Programming Lang: Perl
Description
"Joona Kiiski" <[EMAIL PROTECTED]> writes:
> I just found out that piuparts (priority optional) depends on
> debootstrap (priority extra) This is against debian policy (section
> 2.5), so I reported bug #477634 with severity serious.
>
> However, soon the severity was lowered to minor by maintaine
Hello,
FWIW I have confirmed that every packages in sid/i386 shipping
/usr/include/GL [1] does so with the correct permissions.
And of course setting umask does not break dpkg's ability to generate
0755 directories. (Tested with umask 0077).
The only thing I could think of is a package that gene
On Thu, 24 Apr 2008, Joona Kiiski wrote:
> However, soon the severity was lowered to minor by maintainer with a
> comment: "priority optional and priority extra should probably be
> merged in this regard". Minor severity in BTS in my experience often
> means "not going to fix this soon or maybe eve
On Thu, Apr 24, 2008 at 09:37:13PM +0400, Sergei Golovan wrote:
> The point is that root must not own any file to hide from the other
> users (with a few exceptions).
I suspect that is a long list of exceptions..
--
Heikki Orsila
[EMAIL PROTECTED]
http://www.iki.fi/shd
--
To UNSUBSCRIBE, ema
Hi!
I just found out that piuparts (priority optional) depends on
debootstrap (priority extra)
This is against debian policy (section 2.5), so I reported bug #477634
with severity serious.
However, soon the severity was lowered to minor by maintainer with a comment:
"priority optional and priorit
On 4/24/08, Heikki Orsila <[EMAIL PROTECTED]> wrote:
> On Thu, Apr 24, 2008 at 08:53:06PM +0400, Sergei Golovan wrote:
> >
> > root is not a usual user. His only purpose is to serve other users,
> > and the results of his work should be accessible by them. So, it isn't
> > wise to set root's um
On Thu, Apr 24, 2008 at 08:53:06PM +0400, Sergei Golovan wrote:
> On 4/24/08, Heikki Orsila <[EMAIL PROTECTED]> wrote:
> >
> > My root user has default umask 0077.
>
> root is not a usual user. His only purpose is to serve other users,
> and the results of his work should be accessible by them. S
On Thu, Apr 24, 2008 at 06:02:28PM +0100, Neil Williams wrote:
> I would suggest that this bug should be closed, it certainly does not
> appear to be a "general" bug because only one package creates that
> directory and that package is creating it correctly AFAICT.
I suggest you change this, becau
On Thu, 2008-04-24 at 19:10 +0200, Julien Cristau wrote:
> On Thu, Apr 24, 2008 at 18:02:28 +0100, Neil Williams wrote:
>
> > I would suggest that this bug should be closed, it certainly does not
> > appear to be a "general" bug because only one package creates that
> > directory and that package
On Thu, Apr 24, 2008 at 18:02:28 +0100, Neil Williams wrote:
> I would suggest that this bug should be closed, it certainly does not
> appear to be a "general" bug because only one package creates that
> directory and that package is creating it correctly AFAICT.
>
dpkg creates that directory, an
On Thu, 2008-04-24 at 22:39 +0900, Charles Plessy wrote:
> I need your advice for bug #427697:
Although the bug has been open a while, the severity was only increased
a few days ago. It seems hasty to look for a forced solution IMHO.
> As far as #427697 is concerned, there are two obvious soluti
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.26
> severity 477699 minor
Bug#477699: general: No read permission for /usr/include/GL directory
Severity set to `minor' from `important'
>
End of message, stopping processing here.
Ple
On Thu, 2008-04-24 at 19:13 +0300, Heikki Orsila wrote:
> Package: general
> Severity: important
>
> Directory /usr/include/GL lacks read permissions, and thus, can not be
> listed:
mesa-common-dev creates /usr/include/GL with the correct permissions:
drwxr-xr-x root/root 0 2008-04-11 08
On 4/24/08, Heikki Orsila <[EMAIL PROTECTED]> wrote:
>
> My root user has default umask 0077.
root is not a usual user. His only purpose is to serve other users,
and the results of his work should be accessible by them. So, it isn't
wise to set root's umask to something different from 0022.
--
Package: general
Severity: important
Directory /usr/include/GL lacks read permissions, and thus, can not be
listed:
$ ls -la /usr/include/GL
total 640
drwx--x--x 2 root root 4096 2008-04-24 18:49 .
drwxr-xr-x 102 root root 12288 2008-04-24 18:49 ..
-rw-r--r-- 1 root root 372677 2008-04-11
On Mittwoch, 23. April 2008, Marc Haber wrote:
> On Sun, 20 Apr 2008 23:58:26 +1000, Ben Finney
>
> <[EMAIL PROTECTED]> wrote:
> >Christoph Haas <[EMAIL PROTECTED]> writes:
> >> So I'm wondering what other developers do. Are you using NFS at all?
> >> Are you putting all your work under repository
Package: wnpp
Severity: wishlist
Owner: Paul Wise <[EMAIL PROTECTED]>
* Package name: iotop
Version : 20070930
Upstream Author : Guillaume Chazarain <[EMAIL PROTECTED]>
* URL : http://guichaz.free.fr/misc/#iotop
* License : GPL 2
Programming Lang: Python
Des
Marc Haber <[EMAIL PROTECTED]> writes:
> On Wed, 23 Apr 2008 23:48:26 +1000, Ben Finney
> <[EMAIL PROTECTED]> wrote:
> >Or are you saying you find "I choose foo because of reason bar and
> >baz" indistinguishable from "Use foo, it's superior anyway"?
>
> At least if it's an answer to "How can I m
Tino Keitel <[EMAIL PROTECTED]> writes:
> What about ordinary users who report bugs for packages with
> members-only Alioth lists as the Maintainer: address?
Those lists are configured inappropriately. The Maintainer email
address should accept email messages from anyonei, to avoid exactly
that p
Dear Developpers,
I need your advice for bug #427697: sbackup is configured to use a group
that does not exist on default install systems. The maintainer of the
package is also upstream, and although often blogging on planet.d.o, he
ignores this bug completely. His contact adress on his blog is hi
Processing commands for [EMAIL PROTECTED]:
> reassign 477498 general
Bug#477498: smbfs: Shutdown & Reboot scripts try umount CIFS but CIFSD is
killed first
Bug reassigned from package `smbfs' to `general'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug
* sadsjon <[EMAIL PROTECTED]> (Tue, 22 Apr 2008 21:11:33 -0700):
>
> I have installed the proftpd package on etch.
>
> I need to use mod_ban so got hold of the sources and with some
> research managed to patch with the debian patch (at least I think I
> did - dpkg-source didn't report any problem
38 matches
Mail list logo
