Bug#98549: Super Erection "Vigramax"

[James Stroud]

My cock is 5x harder,
3x last longer,
multiple desire and pleasure,
Thanks to super "Vigramax"!

Wow...check this out to believe it!

http://nzhaula.net/vigramax/





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Clustalw in danger

[Andreas Tille]

Hi,

I leave the fully quoted text below to enable debian-devel
readers to understand the problem.

I was not able to access raptor (s390) and on casals (mips)
I've got

$ apt-get source clustalw
Reading package lists... Done
Building dependency tree... Done
E: Unable to find a source package for clustalw

Is there any chance to move clustalw to testing?

Kind regards

   Andreas.

On Sat, 28 Oct 2006, Charles Plessy wrote:


Hi Steffen, hi Andreas,

Actually it clustalw is autobuilt, and this seems to have created the
problem: apparently the autobuilders do not manage to trigger a build on
some architectures. As a consequence, clustalw is out of date on s390
and mipsel, and this prevents the testing migration.

To solve the problem, I asked on -devel for volunteers to build. It
helped, because at that moment ia64 and mips were also missing, and this
was solved by Steve McIntyre. I wrote on debian-mips and debian-s390 and
had no answer. I then filled a bug against ftp.debian.org (395030),
asking for the removal of clustalw on mipsel and s390, but the
administrators of ftpmaster seem to be process the bugs less than once
per trimester. I went on #debian-devel on IRC this morning to ask for
help, but was advised to run away as they were discussing about the
conflicts which shake the Debian community.

Obviously, we are on our own. I think that I did everything I could do. I
know that it is annoying to do some stupid work (as this is exactly what
I did), but I think that only Andreas or another DD can solve the
problem by digging in the Debian machine park for finding a place where
to build clustalw on the missing arches.


I think that what happend to clustalw shows that the current unofficial
autobuilding process is very fragile. As if I understand correctly one
release manager is implicated in buildd.net, I will wait for the Etch
release before bringing the subject to -devel. I will propose to list
the package which are "not autobuildable because they are illegal", and
if their number is as I expect less than five, I will propose them to be
marked "not for us" on every buildd, so that non-free can be autobuilt.

Well, after this short break, it is time to watch a japanese movie and
to eat dessert :)

Have a nice day,

--
Charles
http://charles.plessy.org
Wako, Saitama, Japan


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]





--
http://fam-tille.de


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: First call for vote on immediate vote under section 4.2.2

[Enrico Zini]

On Fri, Oct 27, 2006 at 06:32:18PM -0500, Debian Oroject Secretary wrote:
 
> - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
> 2808c3bb-6d17-49b6-98c8-c6a0a24bc686
> [ 2 ] Choice 1: The DPL's withdrawal of the delegation remains on hold 
> pending a vote
> [ 1 ] Choice 2: The DPL's withdrawal of the delegation stands until a vote
> - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-

Ciao,

Enrico

-- 
GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Re: First call for vote on immediate vote under section 4.2.2

[Stefano Zacchiroli]

On Sat, Oct 28, 2006 at 08:27:30PM +0200, Pierre Habouzit wrote:
> > Can I ask why you people (not only you Pierre, generic question) are
> > Cc-ing votes to debian-devel? Is it an error?
>   that was a To: you have the mail, check that, that should be obvious
> to you …
>   … that it was not political. I've way higher standards than that.

>   it would help if you checked facts before insulting people doing an
> honnest mistake, due like Roland said, to the fact that there is both a
> reply-to and a M-F-T and that mutt honours (for some unknown reason)
> M-F-T before Reply-To.
> 
>   so, *back off*.
> 
>   Pierre, offended.

Actually it doesn't seem to me you have such high standards, since I
actually first asked if it was an error and then---under the "if it is
not" conditional---proceeded with my reasoning. Of course, since it was
an "honest mistake" the second part of the mail does not apply to you.

Cheers.

-- 
Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy
[EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. -!-


signature.asc
Description: Digital signature

Re: Clustalw in danger

[Julien BLACHE]

Andreas Tille <[EMAIL PROTECTED]> wrote:

Hi,

> I was not able to access raptor (s390) and on casals (mips)

> Is there any chance to move clustalw to testing?

I'll try and build it on mips. The machine is dist-upgrading at the
moment.

If someone beats me to it, please shout.

JB.

-- 
 Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]> 
 
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Clustalw in danger

[Ingo Juergensmann]

> On Sat, 28 Oct 2006, Charles Plessy wrote:
> >I think that what happend to clustalw shows that the current unofficial
> >autobuilding process is very fragile. As if I understand correctly one
> >release manager is implicated in buildd.net, 

Well, not directly... 
Andreas Barth is managing the unofficial non-free buildd network. Buildd.Net
is just a frontend to that and Andreas is not directly involved there,
except for providing the *-all.txt files of his w-b instance for Buildd.Net. 
Just for clarification... ;)

-- 
Ciao...//Fon: 0381-2744150 
  Ingo   \X/ SIP: [EMAIL PROTECTED]

gpg pubkey: http://www.juergensmann.de/ij/public_key.asc


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Clustalw in danger

[Julien BLACHE]

Julien BLACHE <[EMAIL PROTECTED]> wrote:

>> I was not able to access raptor (s390) and on casals (mips)

> I'll try and build it on mips. The machine is dist-upgrading at the
> moment.

Looks like you want a mipsel build and not a mips one.

As I don't have mipsel hardware, I can't help here. tbm maybe ?

JB.

-- 
 Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]> 
 
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Is something wrong to XGL, Compiz, Cgwd be packaged?

[David Nusinow]

On Sat, Oct 28, 2006 at 08:43:07PM +0200, Hendrik Sattler wrote:
> Am Samstag 28 Oktober 2006 20:30 schrieb David Nusinow:
> > For etch+1, I'm planning on making it enabled by default and doing away
> > with most of the debconf stuff anyway though.
> 
> AFAIK this can be very bad when looking at performance and CPU usage, doesn't 
> it? In this case, it should be only be enabled by default, if the underlying 
> hardware and it's driver supports hardware acceleration for that. For myself, 
> I would not appreciate it on my i815.

Only if a compositing manager is enabled, from what I understand. If
there's no compositing manager turned on, the server doesn't redirect
drawing and you get normal rendering. So you could simply not run a
compositing manager and be fine.

 - David Nusinow


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

bts solution to rc status via metatags

[Kevin Mark]

Hi folks,
after reading a recent reply from Manoj to Ian about whom is the intended
audience of bug reports, I arrived at a different perspective than I previously
had and with it came a new approach to address the situation of bug severity
and rc status. Below is the relevant snippet:

Message-id: <[EMAIL PROTECTED]>

On Thu, 26 Oct 2006 12:02:31 +0100, Ian Jackson <[EMAIL PROTECTED]> said: 

> Manoj Srivastava writes ("Re: Bug mass filling"):
>> On Tue, 24 Oct 2006 17:18:20 +0100, Ian Jackson


 

   A very developer centeric view. But there are other people in
 the community; and as a general statement this falls far short of the
 mark for which bug severities are actually useful for. Bug severities
 have one other purpose, and perhaps the most important of all: It lets
 people know whether or not it is OK to upgrade or install a package,
 and but severities are one way of gauging a release' quality. While
 only partially relevant to this case, you are making what seems like
 a general statement, and missing important bits.



So, policy guidelines as to bug severities are a cheap way to
 arrive at a consistent default for bug severities, and there is no
 reason not to add such guidance, as long as the guidelines are
 flexible, and, more importantly, correct.

I propose that there are 3 parties involved in each bug report: user,
maintainer, and release manager. The bug report is generated by a user to
communicate to the maintainer information that can alert the maintainer about a
problem with the package. After reading the bug report, the maintainer
determines what severity to assign to a bug report. This conveys the seriousness
in which the bug affects the user. And as Manoj points out, is used as a gauge
for package upgrade decisions. I use apt-listbugs which greatly aides this
decision. Now, the rc nature of a bug can not mechanically be determines as has
been pointed out. This would seems to eliminate the link between rc status and
bug severity. Instead, I propose a usertag 'rc-$stable' (e.g rc-woody for rc
bugs that affect woody). Rc bugs, by definition, affect a release and a
release is not an unlimited length of time. And secondly, I propose the
continued use of '$stable-ignore' for rc bugs that should be ignore for a
release. This is where this leads:

IF RC-$stable usertag 
THEN
 IF $stable-ignore 
 THEN
   echo 'this rc bug for $stable is to be ignored'
 ELSE
  echo 'this is an rc bug for $stable'
 FI
ELSE
 echo 'this is not an rc bug'
FI

This clarifies how to determine what is rc and what is not.

I would propose that as a bug severity is a communication between user
and maintainer, the 2 usertags of $stable-ignore and rc-$stable are a
communication between release manager and maintainer, and thus are not
for the user.  So:

user<--->maintainer<>release manager
   bug severity $stable-ignore
rc-$stable
each have distinct purposes, audiences and usefulness.

Also, in regards to possible implemation suggests, I have a few:
1) have the bts automatically add a usertag of rc-$stable if the bug
severity is high enough. And the release manager can add $stable-ignore
to counteract that.

2)at the end of a release, there could be an programmatic adding of
unresolved rc bugs to the next release. (e.g.
--
time=end of release of woody
for all bugs that have rc-woody usertags that are open bugs, add the
usertag rc-sarge
--
this would allow for an easy way to alert the next release manager and
maintainer as to the work for the next release.

happy hacking,
Kev
-- 
|  .''`.  == Debian GNU/Linux == |   my web site:   |
| : :' :  The  Universal | debian.home.pipeline.com |
| `. `'  Operating System| go to counter.li.org and |
|   `-http://www.debian.org/ |be counted! #238656   |
| my keysever: pgp.mit.edu   | my NPO: cfsg.org |


signature.asc
Description: Digital signature

Re: Is something wrong to XGL, Compiz, Cgwd be packaged?

[David Nusinow]

On Sun, Oct 29, 2006 at 12:59:01AM +0200, Frans Pop wrote:
> On Saturday 28 October 2006 23:56, Gustavo Franco wrote:
> > > Is that really a good idea for something that is so young and
> > > untested, so shortly before the release?
> > > Is it wanted for all architectures, for all systems, irrespective of
> > > their speed?
> >
> > Calm down Frans, what about aiglx then?
> 
> Yes, possibly the same goes for aiglx.

We carefully evaluated aiglx and found that it was ok, with a few patches
that we applied prior to uploading compiz support in to Debian. As it is,
it should be solid, and in the buggy cases it's very easy to disable.

My earlier comments about enabling composite by default stand. Composite
itself is solid right now, but I'm not sure how it would effect kwin
users[0].  Aside from that, it shouldn't be a problem because the server
won't actually do any sort of redirection unless a compositing manager is
started.

> > I wrote 'if there will be no 
> > regressions', that's up to XSF and the users using unstable and even
> > testing tell us. I still trust our release process (as in
> > unstable->testing).
> 
> The problem that we hardly have the time to get feedback.
> I do know that I currently see loads of bug reports passing by on the 
> debian-x list relating to compiz, beryl and related stuff, which would 
> make me very reluctant to enable anything by default.

Sure, there's no way I want compiz to be the default Debian wm at this
stage, but the bugs you see more likely due to issues specific to the
interaction of compiz with composite and aiglx.  Neither composite nor
aiglx should affect normal usage for most people, since under normal
circumstances most GL programs will use DRI instead of glx just like in the
past, and all the traditional drawing operations will go through the same
rendering paths they always did. It's just that if users explicitly run
compiz or beryl, it exposes problems, but again, this shouldn't affect
traditional use.

> However, I will be the first to admit that I have not used any of it 
> myself so far and don't know enough about it anyway. My mail was purely 
> intended to make the people working on this take a step back and ask 
> themselves if these new functionalities are really ready to be enabled by 
> default.
> 
> > Btw, i like the debconf suggestion too.
> 
> Only if the question is only asked at lower debconf priorities and still 
> have sensible defaults.

Definitely.

 - David Nusinow

[0] I'd love some feedback from KDE people on this. I'll sit down and poke
around the kwin code a bit to see how it works if I have the time.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Is something wrong to XGL, Compiz, Cgwd be packaged?

[Gustavo Franco]

On 10/29/06, David Nusinow <[EMAIL PROTECTED]> wrote:

On Sat, Oct 28, 2006 at 08:43:07PM +0200, Hendrik Sattler wrote:
> Am Samstag 28 Oktober 2006 20:30 schrieb David Nusinow:
> > For etch+1, I'm planning on making it enabled by default and doing away
> > with most of the debconf stuff anyway though.
>
> AFAIK this can be very bad when looking at performance and CPU usage, doesn't
> it? In this case, it should be only be enabled by default, if the underlying
> hardware and it's driver supports hardware acceleration for that. For myself,
> I would not appreciate it on my i815.

Only if a compositing manager is enabled, from what I understand. If
there's no compositing manager turned on, the server doesn't redirect
drawing and you get normal rendering. So you could simply not run a
compositing manager and be fine.



Since it won't hurt metacity users, if kde people tell us that it
won't be enabled by default in kwin i think we could enable composite
by default in xorg, no?

regards,
-- stratus


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#396049: ITP: alice -- Alice programming language

[Kari Pahula]

Package: wnpp
Severity: wishlist
Owner: Kari Pahula <[EMAIL PROTECTED]>


* Package name: alice
  Version : 1.3.0
  Upstream Author : Programming Systems Lab, Saarland University
* URL : http://ps.uni-sb.de/alice/
* License : GPL, BSD-like
  Programming Lang: C++, SML, Alice
  Description : Alice programming language

 A functional programming language based on Standard ML, extended with
 support for concurrent, distributed, and constraint programming. The
 Alice ML language extends Standard ML with several new features:
 .
  - Futures: laziness and light-weight concurrency with data-flow
synchronisation
  - Higher-order modules: higher-order functors and abstract
signatures
  - Packages: integrating static with dynamic typing and
first class modules 
  - Pickling: higher-order type-safe, generic & platform-independent
persistence 
  - Components: platform-independence and type-safe dynamic loading of
modules
  - Distribution: type-safe cross-platform remote functions and network
mobility 
  - Constraints: solving combinatorical problems using constraint
propagation and programmable search

I've been wanting to package this one for a long time already, and
started looking into it this weekend.

There's still a few issues that I'll have to resolve.  The release
tarballs at http://ps.uni-sb.de/alice/download/sources/ have the alice
runtime system in compiled bytecode format only.  Not having the
source would fail DFSG, but fortunately it's available in the CVS.
For security fixes' sake I'll retool the build system to compile the
bytecode on debian/rules build and not just include the sources along
with upstream's binary blobs.

Also, Alice doesn't seem to be quite FHS compliant.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#396049: ITP: alice -- Alice programming language

[Ron Johnson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/29/06 08:33, Kari Pahula wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Kari Pahula <[EMAIL PROTECTED]>
> 
> 
> * Package name: alice
>   Version : 1.3.0
>   Upstream Author : Programming Systems Lab, Saarland University
> * URL : http://ps.uni-sb.de/alice/
> * License : GPL, BSD-like
>   Programming Lang: C++, SML, Alice
>   Description : Alice programming language
> 
>  A functional programming language based on Standard ML, extended with
>  support for concurrent, distributed, and constraint programming. The
>  Alice ML language extends Standard ML with several new features:

I might be nice to mention MUMPS somewhere in the long description.

- --
Ron Johnson, Jr.
Jefferson LA  USA

Is "common sense" really valid?
For example, it is "common sense" to white-power racists that
whites are superior to blacks, and that those with brown skins
are mud people.
However, that "common sense" is obviously wrong.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFFRMpeS9HxQb37XmcRAuugAKCx+Xy/EgTMLijmlKnQAOxO0xLc3QCdGEpj
sVoGhvjPWGacHRu3wf9RhQA=
=I4Hu
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#396049: ITP: alice -- Alice programming language

[Kari Pahula]

On Sun, Oct 29, 2006 at 09:35:58AM -0600, Ron Johnson wrote:
> >   Description : Alice programming language
> > 
> >  A functional programming language based on Standard ML, extended with
> >  support for concurrent, distributed, and constraint programming. The
> >  Alice ML language extends Standard ML with several new features:
> 
> I might be nice to mention MUMPS somewhere in the long description.

This one?  http://www.enseeiht.fr/irit/apo/MUMPS/

I'm afraid I don't see what the connection with that and Alice is.
Could you please elaborate?

I'm assuming that you're not talking about the programming language
MUMPS (http://en.wikipedia.org/wiki/MUMPS), at least.

Most of the search results for MUMPS are about the disease.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Alioth upgrade -- done

[Wouter Verhelst]

On Sat, Oct 28, 2006 at 10:38:33PM +0200, Roland Mas wrote:
> Roberto C. Sanchez, 2006-10-28 16:16:31 -0400 :
> > Excellent.  Thanks for the hard work.  This is not a problem, per
> > se, but rather a question.  I saw that the new Alioth server has 8GB
> > of RAM, but now swap space.  I understand that 8GB is quite a bit,
> > but I was wondering what the rationale was for no swap.
> 
> I don't think there's any explicit rationale -- at least, nothing
> beyond "8GB is quite a bit" :-)

I once heard that the way Linux works, it's best to have swap space
anyway; I don't know what the rationale was from a technical
perspective, but you may want to verify this.

>   As a side note: yes, we know SVN isn't reachable through svn://.
> The SVN server is up, but the relevant port is blocked by the firewall
> at the hosting facility.  The admins have been contacted.  In the
> meantime, use svn+ssh:// if you can.  We apologise for the
> inconvenience.

Could you perhaps set http:// exports up for the time being? Or would
that not be worth it?

-- 
 Home is where you have to wash the dishes.
  -- #debian-devel, Freenode, 2004-09-22


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Is something wrong to XGL, Compiz, Cgwd be packaged?

[Frans Pop]

On Sunday 29 October 2006 14:14, David Nusinow wrote:
> [0] I'd love some feedback from KDE people on this. I'll sit down and
> poke around the kwin code a bit to see how it works if I have the time.

In that case wouldn't a mail to debian-kde with some information and 
instructions be the best way to go about that.

Some info on how to check that it is enabled and what to expect would be 
nice.

I use KDE, but have not tried this stuff yet as it all seemed very 
GNOME-centered...

Cheers,
FJP


pgpPmGYMCzeom.pgp
Description: PGP signature

Re: Alioth upgrade -- done

[Raphael Hertzog]

On Sun, 29 Oct 2006, Wouter Verhelst wrote:
> >   As a side note: yes, we know SVN isn't reachable through svn://.
> > The SVN server is up, but the relevant port is blocked by the firewall
> > at the hosting facility.  The admins have been contacted.  In the
> > meantime, use svn+ssh:// if you can.  We apologise for the
> > inconvenience.
> 
> Could you perhaps set http:// exports up for the time being? Or would
> that not be worth it?

If the firewall is fixed tomorrow as I expect it, then I think that it's
not worth it.

Having a single anonymous access method is simpler in the long run and
since many repositories have been checked out via svnserve, it's best to
continue that way.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Is something wrong to XGL, Compiz, Cgwd be packaged?

[Hendrik Sattler]

Am Sonntag 29 Oktober 2006 17:19 schrieb Frans Pop:
> On Sunday 29 October 2006 14:14, David Nusinow wrote:
> > [0] I'd love some feedback from KDE people on this. I'll sit down and
> > poke around the kwin code a bit to see how it works if I have the time.
>
> In that case wouldn't a mail to debian-kde with some information and
> instructions be the best way to go about that.
>
> Some info on how to check that it is enabled and what to expect would be
> nice.
>
> I use KDE, but have not tried this stuff yet as it all seemed very
> GNOME-centered...

I just tried it (P3-1000MHz, i815). Just add to xorg.conf:
Section "Extensions"
Option "Composite" "enable"
EndSection

I will not change anything immediately. The go to kcontrol->workarea->window 
preferences (sorry, reverse translated) and you see a tab for transparency.
You have to manually enable it (and get a warning popup).

With current Etch, it works (at least the last 5 minutes that I tried it).
As usual, eys candy en masse (shadows, transparent windows). However, only 
kwin actually makes use of it, the other transparency setting (konsole, 
amarok) are still only fake transparencies. They do not make use of the 
composite extension :-(
However, those would actually be the main purpose of actually using it (e.g. 
seeing the letters change behind the amarok OSD).

HS


pgpDXOtR0L7SQ.pgp
Description: PGP signature

Re: Alioth upgrade -- done

[Martijn van Oosterhout]

On 10/29/06, Wouter Verhelst <[EMAIL PROTECTED]> wrote:

> I don't think there's any explicit rationale -- at least, nothing
> beyond "8GB is quite a bit" :-)

I once heard that the way Linux works, it's best to have swap space
anyway; I don't know what the rationale was from a technical
perspective, but you may want to verify this.


The usual reasoning (AFAIK) is that on any long running system there
will be pages belonging to programs that are not used after startup.
Having a small amount of swap (say 128MB or so) allows the system to
swap out these useless pages and use that memory for cache or network
buffers instead.

On the systems I deal with that usually gives me an extra 50-100MB of
free memory for caching, but whether that's noticable on a server with
8GB of RAM I have no idea.

Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Alioth upgrade -- done

[Goswin von Brederlow]

Wouter Verhelst <[EMAIL PROTECTED]> writes:

> On Sat, Oct 28, 2006 at 10:38:33PM +0200, Roland Mas wrote:
>> Roberto C. Sanchez, 2006-10-28 16:16:31 -0400 :
>> > Excellent.  Thanks for the hard work.  This is not a problem, per
>> > se, but rather a question.  I saw that the new Alioth server has 8GB
>> > of RAM, but now swap space.  I understand that 8GB is quite a bit,
>> > but I was wondering what the rationale was for no swap.
>> 
>> I don't think there's any explicit rationale -- at least, nothing
>> beyond "8GB is quite a bit" :-)
>
> I once heard that the way Linux works, it's best to have swap space
> anyway; I don't know what the rationale was from a technical
> perspective, but you may want to verify this.

Linux watches the last access time of every page and at some point it
considers a page less valuable than having more cache. At that point
binary code gets dumped and data gets swapped out.

But if the effect is noticeable remains to be tested for a given the
amount of ram and usage pattern. I'm not sure having 4G cache or 4.1G
cache makes much of a difference.

MfG
Goswin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Re: i386-uclibc debian

[Ralf Buhlrich]

Hi List

Have a look at http://buildroot.org

Best Regards


Ralf Buhlrich


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: First draft of review of policy must usage

[Bill Allombert]

On Wed, Oct 25, 2006 at 01:03:11AM -0500, Manoj Srivastava wrote:
> @@ -113,36 +113,6 @@
> either. Please see  for more information.
>   
>  
> - 
> -   In the normative part of this manual,
> -   the words must, should and
> -   may, and the adjectives required,
> -   recommended and optional, are used to
> -   distinguish the significance of the various guidelines in
> -   this policy document. Packages that do not conform to the
> -   guidelines denoted by must (or required)
> -   will generally not be considered acceptable for the Debian
> -   distribution. Non-conformance with guidelines denoted by
> -   should (or recommended) will generally be
> -   considered a bug, but will not necessarily render a package
> -   unsuitable for distribution. Guidelines denoted by
> -   may (or optional) are truly optional and
> -   adherence is left to the maintainer's discretion.
> - 

I would suggest we use uppercase[1] to denote must, should, may and
required, recommended, optional to denote the normative usage. This
way we could still use the lowercase word for non-normative usage.
at the very least, this would reduce the size of the proposed diff.

[1] or any typographical distinction that can represented in the 
plain text version.

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large blue swirl here. 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#396117: ITP: cpufreq-detect -- detect CPU frequency control driver

[Per Olofsson]

Package: wnpp
Severity: wishlist
Owner: Per Olofsson <[EMAIL PROTECTED]>

* Package name: cpufreq-detect
  Version : 0.1
  Upstream Author : Per Olofsson <[EMAIL PROTECTED]>
* License : GPL
  Programming Lang: shell
  Description : detect CPU frequency control driver

 This package will attempt to detect and load the appropriate CPU
 frequency control driver for your hardware. This is useful together
 with packages such as powernowd, which can dynamically adjust the CPU
 frequency in order to save power.

You can download the package here:
http://dsv.su.se/~pelle/tmp/cpufreq-detect/

It is based on the detection code from Ubuntu's powernowd package.

-- 
Pelle


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#396049: ITP: alice -- Alice programming language

[Ron Johnson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/29/06 10:05, Kari Pahula wrote:
> On Sun, Oct 29, 2006 at 09:35:58AM -0600, Ron Johnson wrote:
>>>   Description : Alice programming language
>>>
>>>  A functional programming language based on Standard ML, extended with
>>>  support for concurrent, distributed, and constraint programming. The
>>>  Alice ML language extends Standard ML with several new features:
>> I might be nice to mention MUMPS somewhere in the long description.
> 
> This one?  http://www.enseeiht.fr/irit/apo/MUMPS/
> 
> I'm afraid I don't see what the connection with that and Alice is.
> Could you please elaborate?
> 
> I'm assuming that you're not talking about the programming language
> MUMPS (http://en.wikipedia.org/wiki/MUMPS), at least.

Sorry, I got ML & M (generic name for MUMPS) confused.

- --
Ron Johnson, Jr.
Jefferson LA  USA

Is "common sense" really valid?
For example, it is "common sense" to white-power racists that
whites are superior to blacks, and that those with brown skins
are mud people.
However, that "common sense" is obviously wrong.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)

iD4DBQFFRScgS9HxQb37XmcRAn/rAKCpIn0voQxMV+BpwvpwrjxX5br2eACYvDce
vlqtMWuMhjWzxtKsHzibmQ==
=Q2lb
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Dropping an architecture from a package

[Ian Wienand]

Hi,

One of my packages (numactl) has dropped support for two
architectures.  I would very much like the new package to make it into
testing, but it of course fails the up-to-date on previous
architectures rule.  I thought if I had removed the architectures the
scripts would notice, but they don't seem to have [1].

http://www.debian.org/devel/testing says what I should do if I have
FTBFS, but not so much what to do if I deliberately dropped it.  Do
you bug release managers directly, or file a bug somewhere, or send
something to a mailing list?

Thanks,

-i

[1] http://ftp-master.debian.org/testing/update_excuses.html.gz#numactl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Dropping an architecture from a package

[Thiemo Seufer]

Ian Wienand wrote:
> Hi,
> 
> One of my packages (numactl) has dropped support for two
> architectures.  I would very much like the new package to make it into
> testing, but it of course fails the up-to-date on previous
> architectures rule.  I thought if I had removed the architectures the
> scripts would notice, but they don't seem to have [1].
> 
> http://www.debian.org/devel/testing says what I should do if I have
> FTBFS, but not so much what to do if I deliberately dropped it.  Do
> you bug release managers directly, or file a bug somewhere, or send
> something to a mailing list?

File a removal request against package ftp.debian.org.


Thiemo


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#396117: ITP: cpufreq-detect -- detect CPU frequency control driver

[Michael Biebl]

Per Olofsson wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Per Olofsson <[EMAIL PROTECTED]>
> 
> * Package name: cpufreq-detect
>   Version : 0.1
>   Upstream Author : Per Olofsson <[EMAIL PROTECTED]>
> * License : GPL
>   Programming Lang: shell
>   Description : detect CPU frequency control driver
> 
>  This package will attempt to detect and load the appropriate CPU
>  frequency control driver for your hardware. This is useful together
>  with packages such as powernowd, which can dynamically adjust the CPU
>  frequency in order to save power.
> 
> You can download the package here:
> http://dsv.su.se/~pelle/tmp/cpufreq-detect/
> 
> It is based on the detection code from Ubuntu's powernowd package.
> 

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.

Cheers,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Re: Lots of (easily recognisible) spam sent to the BTS today

[Blars Blarson]

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 (at least) the 'www.debian.org' pseudo-package, and I have reported all of
>them in the BTS' spam interface [1]

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 behind in reading.




-- 
Blars Blarson   [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not an option.  It is a standard feature.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: First draft of review of policy must usage

[Anthony Towns]

On Sat, Oct 28, 2006 at 12:58:34PM -0700, Russ Allbery wrote:
> If a csh script does not start
> with /bin/csh (or name some specific csh implementation; maybe there's an
> opportunity for wording improvement) or doesn't depend on c-shell, it's
> broken and won't work on a Debian system.  That sounds rather RC to me.

If it were the only thing in a package it would be grave, but if it's
just a random script no one actually uses, it would just be a minor/normal
bug, afaics.

Cheers,
aj




signature.asc
Description: Digital signature

Re: Is something wrong to XGL, Compiz, Cgwd be packaged?

[Paul TBBle Hampson]

On Sat, Oct 28, 2006 at 07:11:11PM -0200, Gustavo Franco wrote:
> On 10/28/06, David Nusinow <[EMAIL PROTECTED]> wrote:
> >How heavily customized does your debian install have to be? I just
> >installed the packages from the XSF svn repo and beryl worked out of the
> >box, once I enabled composite. This is pretty minimal.

> I bet that  the XSF svn repo already contains that endianess fix,
> right? as i told you, i'm using ppc (ibook). :-)

Not according to the bug report [1], at least.

I can't seem to reach the XSF SVN server today either.

[1] http://bugs.debian.org/392453

-- 
---
Paul "TBBle" Hampson, B.Sc, LPI, MCSE
On-hiatus Asian Studies student, ANU
The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361)
[EMAIL PROTECTED]

Of course Pacman didn't influence us as kids. If it did,
we'd be running around in darkened rooms, popping pills and
listening to repetitive music.
 -- Kristian Wilson, Nintendo, Inc, 1989

License: http://creativecommons.org/licenses/by/2.1/au/
---


pgpdo4fn15pjn.pgp
Description: PGP signature

Bug#396150: ITP: pynjb -- python wrapper for libnjb

[Jaldhar H. Vyas]

Package: wnpp
Severity: wishlist
Owner: "Jaldhar H. Vyas" <[EMAIL PROTECTED]>

* Package name: pynjb
  Version : 0.1.0
  Upstream Author : Duane Maxwell <[EMAIL PROTECTED]>
* URL : http://apt.freespire.org/
* License : GPL
  Description : python wrapper for libnjb

A python wrapper for libnjb - the library used to interface with Dell DJs,
Creative Nomad Jukeboxes, and other related MP3 players.

I'm packaging this because it is a dependency of LSongs.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#396152: ITP: pyxine -- interface to the xine media player for Python

[Jaldhar H. Vyas]

Package: wnpp
Severity: wishlist
Owner: "Jaldhar H. Vyas" <[EMAIL PROTECTED]>

* Package name: pyxine
  Version : 0.1alpha2
  Upstream Author : Geoffrey T. Dairiki <[EMAIL PROTECTED]>
* URL : http://pyxine.sourceforge.net
* License : GPL
  Description : interface to the xine media player for Python

Pyxine provides Python bindings for libxine, the backend of the xine
media player. This package was previously in Debian but was removed by 
request of the maintainer.  Nevertheless, I am reintroducing it as it is 
needed by LSongs.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#396151: ITP: python-lame -- Python bindings for libtwolame

[Jaldhar H. Vyas]

Package: wnpp
Severity: wishlist
Owner: "Jaldhar H. Vyas" <[EMAIL PROTECTED]>

* Package name: python-lame
  Version : 0.0.20040331
  Upstream Author : Alexander Leidinger
* URL : http://apt.freespire.org/
* License : BSD-like
  Description : Python bindings for libtwolame

(Include the long description here.)

Python interface to originally libmp3lame but for the Debian package, 
libtwolame.  This is another dependency of LSongs.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#396154: ITP: trmxml -- MusicBrainz TRM Generator

[Jaldhar H. Vyas]

Package: wnpp
Severity: wishlist
Owner: "Jaldhar H. Vyas" <[EMAIL PROTECTED]>

* Package name: trmxml
  Version : 0.1.4
  Upstream Author : Robert Kaye <[EMAIL PROTECTED]>/Linspire Inc.
* URL : http://apt.freespire.org/
* License : GPL
  Description : MusicBrainz TRM Generator


The TRM Generator is a small application that generates Relatable TRM 
acoustic fingerprints.

Relatable TRM advanced acoustic fingerprinting technology is a leading
solution for identifying digital music and media files. TRM recognizes 
songs and audio content based on the acoustical properties in the audio 
itself, and has been developed to achieve maximum accuracy in discriminating 
between different songs, as well as identifying each and every digitized copy 
of a recorded song, regardless of audio file format, bit rate or common 
signal distortions.

Note: this version of the trm utility outputs an XML plist of tracks 
and their corresponding attributes.

I am packaging it as it is a dependency of LSongs.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#396153: ITP: howl-xml -- Multicast DNS publishing utilities

[Jaldhar H. Vyas]

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.freespire.org/
* License : BSD-like
  Description : Multicast DNS publishing utilities

Some command-line tools for using mDNS more easily.  Despite the name, 
the Debian package will be built against avahi not howl.  I am packaging 
this as it is a dependency of LSongs.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#396155: ITP: libipod -- ipod library

[Jaldhar H. Vyas]

Package: wnpp
Severity: wishlist
Owner: "Jaldhar H. Vyas" <[EMAIL PROTECTED]>

* Package name: libipod
  Version : 0.1.2
  Upstream Author : Linspire Inc.
* URL : http://apt.freespire.org/
* License : LGPL
  Description : ipod library

C and Python libraries for accessing the iTunes database.  I am 
packaging this as it is a dependency of LSongs.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#396156: ITP: lsongs -- all-in-one media player

[Jaldhar H. Vyas]

Package: wnpp
Severity: wishlist
Owner: "Jaldhar H. Vyas" <[EMAIL PROTECTED]>

* Package name: lsongs
  Version : 0.2.46
  Upstream Author : Linspire Inc.
* URL : http://apt.freespire.org/
* License : GPL
  Description : all-in-one media player

LSongs is an all-in-one application that will allow you to rip your favorite
music, organize it, play it, and burn your own music CDs.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]