Piotr Ozarowski wrote:
> dh_compress -X.macros
Thanks, that was helpful.
--
·''`. If I can't dance to it, it's not my revolution
: :' :-- Emma Goldman
`. `' Proudly running Debian GNU/Linux (unstable)
`- www.amayita.co
On Mon October 30 2006 16:46, Javier Fernández-Sanguino Peña wrote:
<...>
> However, confirming each spam I have
> in my mailbox vs. the web interface is time consuming and slightly
> frustating when you find that the spam had no opportunity to get in
> (the bug was archived) or it was already remo
Package: wnpp
Severity: normal
As I no longer have a PalmOS PDA or a GNOME installation, I am decidedly
not the person to be maintaining this package. It probably makes sense
for any new maintainer of this to also take over gnome-pilot-conduits;
while they're not the same sources upstream, the sam
Steve Langasek <[EMAIL PROTECTED]> writes:
> Interactive tests or tests requiring network access should not have to
> pass in order to build a package.
What about tests that only require localhost be available? I'd been
puzzling over that for a bit with some of the Perl module tests.
--
Russ A
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/30/06 14:43, Bill Allombert wrote:
> On Sat, Oct 28, 2006 at 01:04:28PM +0100, Neil McGovern wrote:
[snip]
> Because we never had ? We have dropped support for i386, but only
> a fraction of i386 had a MMU and so were able to run Linux, and this
In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes:
>BTW, could it be possible to provide an alternate interface to submit spam?
>(like the 'report-listspam AT lists.debian.org' we can bounce spam from the
>mailing lists to)
Here's a short script I use to process messages sent to [EMAIL PROTE
On Mon, Oct 30, 2006 at 10:50:51PM +0100, Kurt Roeckx wrote:
> Does that mean that we shouldn't report spam we see in the BTS? If I
> now see spam going to a bugreport of mine, I always go and press the
> "this bug log contains spam". Should I just not bother with it?
The ones that are reported
Matthew Garrett wrote:
> Bill Allombert <[EMAIL PROTECTED]> wrote:
>> On Mon, Oct 23, 2006 at 07:30:47PM +0100, Matthew Garrett wrote:
>>> Bear in mind that the 64-bit kernel doesn't offer all the functionality
>>> that the 32-bit one does. vm86 is the most obvious thing missing.
>> and it seems a
Bill Allombert <[EMAIL PROTECTED]> wrote:
> On Mon, Oct 23, 2006 at 07:30:47PM +0100, Matthew Garrett wrote:
>> Bear in mind that the 64-bit kernel doesn't offer all the functionality
>> that the 32-bit one does. vm86 is the most obvious thing missing.
>
> and it seems a 64-bit kernel needs a 64-
Peter Palfrader <[EMAIL PROTECTED]> wrote:
> How come it never outputs p4_clockmod? I use that happily on several
> different machines.
In most workloads, p4_clockmod will have a negligable effect on power
consumption and has a sufficiently high latency that it creates a
noticable reduction in
On Mon, Oct 30, 2006 at 10:50:51PM +0100, Kurt Roeckx wrote:
> > If you have an idea for a new spamassassin rule that will get a
> > current spam run without triggering on non-spam, send it to
> > [EMAIL PROTECTED] Unfortunatly, much spam is now using anti-bayes tecniques
> > and is hard to catch
On Mon, 2006-10-30 at 12:53 -0800, Steve Langasek wrote:
> Keeping such tests in package builds is fine, but they should either be
> disabled by default (enabled with an environment variable, say), or they
> should be informational only.
It seems to me that it should also be fine if the test runs
On Mon, Oct 30, 2006 at 08:43:06PM +, Bill Allombert wrote:
> On Sat, Oct 28, 2006 at 01:04:28PM +0100, Neil McGovern wrote:
> > So why aren't we sill shipping on 286 machines?
>
> Because we never had ? We have dropped support for i386, but only
> a fraction of i386 had a MMU and so were abl
On Mon, Oct 30, 2006 at 01:36:56PM -0800, Blars Blarson wrote:
> In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes:
> >On Sun, 29 Oct 2006 16:02:41 -0800, Blars Blarson <[EMAIL PROTECTED]>
> >wrote:
> >>We have a SA rule for this run now, but sending such hints to
> >>[EMAIL PROTECTED] will g
In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes:
>On Sun, 29 Oct 2006 16:02:41 -0800, Blars Blarson <[EMAIL PROTECTED]>
>wrote:
>>We have a SA rule for this run now, but sending such hints to
>>[EMAIL PROTECTED] will get them seen much faster than debian-devel that I'm
>>more than a week be
On Mon, Oct 23, 2006 at 07:30:47PM +0100, Matthew Garrett wrote:
> Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> > "Nikita V. Youshchenko" <[EMAIL PROTECTED]> writes:
> >> Is it possible to make 64bit kernels available?
> >
> > Sarge does have them and the BTS has a patch for linux-2.6 to enab
Hallo,
ich muss an der Uni ein Programm schreiben das alle Prozesse auflistet
welche ihr root-Verzeichnis (chroot) geändert haben.
Meine Idee war ich nehme die Sourcen des ps-Kommandos und passe diese
meinen Erfordernissen an.
Geht aber nur falls 'ps' die task_struct benutzt und sich da
durc
On Sat, Oct 28, 2006 at 01:04:28PM +0100, Neil McGovern wrote:
> > 7) Perhaps we should consider the balance between making debian just
> >another glitzy quick-release plaything for mass consumption and
> >minimal user contribution, and a system designed to give users who
> >care and co
On Mon, Oct 30, 2006 at 05:36:57PM +0200, Magnus Holmgren wrote:
> If an architecture-independent binary package fails to build because the
> build
> target runs a test that needs network access, should that be considered
> release critical, if the package requires network access to function in
Amaya wrote:
> The problem is that the macros file gets installed as:
> /usr/share/man/tixman.macros.gz
dh_compress -X.macros
?
--
-=[ Piotr Ozarowski ]=-
-=[ http://www.ozarowski.pl ]=-
pgpEGnLHHyuTB.pgp
Description: PGP signature
On Mon, 30 Oct 2006, Lucas Nussbaum wrote:
> Some packages (e.g choose-mirror) fetch a newer version of a file during
> build if it's possible to fetch that file. I don't think this is RC,
> since the file is not missing from the package if the network is not
> available.
Actually, I think that's
On Mon, 30 Oct 2006, Per Olofsson wrote:
> Chris Hanson:
> > Probably yes, but I'd like to see it before I decide.
>
> Attached. I will probably change a few things though, it should
> probably by default try to load the module instead of merely
> outputting it.
How come it never outputs p4_cloc
Petter Reinholdtsen <[EMAIL PROTECTED]> wrote:
> mount point. For the others, edit /etc/default/rcS and set RAMRUN and
> RAMLOCK to 'yes'. There are still some packages unable to cope with
Hmm, is there any argument against making /etc/default/rcS a conffile or
an ucf file to make sure - or at l
On 30/10/06 at 17:36 +0200, Magnus Holmgren wrote:
> If an architecture-independent binary package fails to build because the
> build
> target runs a test that needs network access, should that be considered
> release critical, if the package requires network access to function in any
> useful
Chris Hanson:
> Probably yes, but I'd like to see it before I decide.
Attached. I will probably change a few things though, it should
probably by default try to load the module instead of merely
outputting it.
> Does this have to make it into etch?
Nope. Although it would be nice, of course.
--
Per Olofsson wrote:
> Hi,
>
> Marco d'Itri:
>> On Oct 30, Michael Biebl <[EMAIL PROTECTED]> wrote:
>>
>>> Why do you want to make a separate package for such a tiny shell script?
>>> The overhead is just two much.
>>> I'd propose to include it into the powermgmt-base package.
>> I fully agree, it'
If an architecture-independent binary package fails to build because the build
target runs a test that needs network access, should that be considered
release critical, if the package requires network access to function in any
useful manner? Since the package is Architecture: all, no autobuildin
[Aleksey Midenkov]
> It is possible to detect if kernel supports tmpfs and mount it on
> /var/run, /var/lock, /var/tmp and maybe /tmp and may be other
> places.
All of these except /var/tmp/ should be possible to mount as tmpfs.
To list /tmp/ as tmpfs, just update /etc/fstab to list it as a tmpfs
Also lintian is screaming at me for various reasons:
http://www.amayita.com/debian/1_sponsored/tix/lintian
The only ones I can't fix are the $CURSE broken manpages.
Or the $CURSE broken way I am trying to make them work.
Thanks again for any hint.
--
·''`. If I can't dance to it,
Hi Matthew,
Matthew Vernon wrote:
> So you've put the macros file as /usr/share/man/tixman.macros. That's
> sensible.
Thanks for confirming this.
> Now you want the manpages to use this file?
> The thing to do is to edit the man-pages to the line that says:
> .so man.macros
> becomes:
> .so tix
Amaya <[EMAIL PROTECTED]> writes:
> Hi there, fellow DDs, Debian enthusiasts and groff experts,
>
> I am looking at #394635. My eyes are starting to bleed. This bug is not
> even RC, but it is ugly, and I would hate to ship Etch with it.
>
> All the man pages for this package use macros, sitting
martin f krafft <[EMAIL PROTECTED]> writes:
> also sprach Aleksey Midenkov <[EMAIL PROTECTED]> [2006.10.30.0902 +0100]:
>> It is possible to detect if kernel supports tmpfs and mount it
>> on /var/run, /var/lock, /var/tmp and maybe /tmp and may be other places.
>
> Definitely not /var/run, since
Hi,
Marco d'Itri:
> On Oct 30, Michael Biebl <[EMAIL PROTECTED]> wrote:
>
> > Why do you want to make a separate package for such a tiny shell script?
> > The overhead is just two much.
> > I'd propose to include it into the powermgmt-base package.
> I fully agree, it's silly to create a package
On Oct 30, Michael Biebl <[EMAIL PROTECTED]> wrote:
> Why do you want to make a separate package for such a tiny shell script?
> The overhead is just two much.
> I'd propose to include it into the powermgmt-base package.
I fully agree, it's silly to create a package for a 2 KB shell script.
--
c
Hi there, fellow DDs, Debian enthusiasts and groff experts,
I am looking at #394635. My eyes are starting to bleed. This bug is not
even RC, but it is ugly, and I would hate to ship Etch with it.
All the man pages for this package use macros, sitting in a file called
man.macros. I have no idea wh
On Sun, 29 Oct 2006 16:02:41 -0800, Blars Blarson <[EMAIL PROTECTED]>
wrote:
>In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes:
>>I'm not sure if anybody else is seeing this but I have seen (just today) 28
>>spam messages sent to the BTS. I've received them because they were all sent
>>to (a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
Am Mo den 30. Okt 2006 um 9:02 schrieb Aleksey Midenkov:
> It is possible to detect if kernel supports tmpfs and mount it
> on /var/run, /var/lock, /var/tmp and maybe /tmp and may be other places. This
Sounds interesting. Well, there is som
Le lundi 30 octobre 2006 à 09:41 +0100, martin f krafft a écrit :
> also sprach Josselin Mouette <[EMAIL PROTECTED]> [2006.10.30.0933 +0100]:
> > /var/run is problematic because its subdirectories are expected to
> > survive across reboots.
>
> http://people.debian.org/~terpstra/message/20060917.0
On Sun, Oct 29, 2006 at 11:33:39PM -0600, Jaldhar H. Vyas wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "Jaldhar H. Vyas" <[EMAIL PROTECTED]>
>
> * Package name: howl-xml
> Version : 0.1.0
> Upstream Author : Porchdog Software/Linspire Inc.
> * URL : http://apt.f
also sprach Josselin Mouette <[EMAIL PROTECTED]> [2006.10.30.0933 +0100]:
> /var/run is problematic because its subdirectories are expected to
> survive across reboots.
http://people.debian.org/~terpstra/message/20060917.012252.259a8f74.en.html
I disagree, but anyway: this discussion has already
Le lundi 30 octobre 2006 à 15:02 +0700, Aleksey Midenkov a écrit :
> Hello all the Debian Community!
>
> It is possible to detect if kernel supports tmpfs and mount it
> on /var/run, /var/lock, /var/tmp and maybe /tmp and may be other places. This
> can be made in one of the appropriate debian p
also sprach Aleksey Midenkov <[EMAIL PROTECTED]> [2006.10.30.0902 +0100]:
> It is possible to detect if kernel supports tmpfs and mount it
> on /var/run, /var/lock, /var/tmp and maybe /tmp and may be other places.
Definitely not /var/run, since its contents can survive reboots.
/var/run works fin
Hello all the Debian Community!
It is possible to detect if kernel supports tmpfs and mount it
on /var/run, /var/lock, /var/tmp and maybe /tmp and may be other places. This
can be made in one of the appropriate debian packages and made configurable
through debconf. The package to fit this, I th
43 matches
Mail list logo
