Bug#390274: ITP: shibboleth-sp -- Shibboleth federated authorization system

[Russ Allbery]

Package: wnpp
Severity: wishlist
Owner: Russ Allbery <[EMAIL PROTECTED]>

* Package name: shibboleth-sp
  Version : 1.3e
  Upstream Author : Internet2 <[EMAIL PROTECTED]>
* URL : http://shibboleth.internet2.edu/
* License : Apache 2.0
  Programming Lang: C++
  Description : Shibboleth federated authorization system

Shibboleth provides a federated authorization and attribute exchange
framework using the OASIS SAML v1.1 protocol.  It provides web-based
single sign-on across or within organizational boundaries and allows
sites to make informed authorization decisions for individual access of
protected online resources while letting them establish their identities
with their own local authentication systems.  (Bleh, that's quite a
mouthful and not horribly clear.  I'll try to make it better.)

The source package will build an Apache module and several shared
libraries that it depends on.  My intention is to only support Apache
2.0 (or soon 2.2) and not build the Apache 1.x module unless someone
specifically requests.

This package depends on OpenSAML, which is currently in NEW.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


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

Re: Bug#389053: apache2-common: API module structure `perl_module' in file /usr/lib/apache2/modules/mod_perl.so is garbled

[Tollef Fog Heen]

Steve Langasek skrev:

On Thu, Sep 28, 2006 at 10:12:11AM +0200, Tollef Fog Heen wrote:


I intended to upload last night, but ran out of time due to a) headache 
and b) libtool.


I enjoy that you listed libtool separately from the headache ;)


I don't think libtool-induced headache can be lessened with painkillers. 
 There was a bit of fever and such involved too, but I'm well again now.



I'll see if I can get it done tonight.  It'll need NEW processing so it
will take a little more time to actually get into unstable.


Any news on this?  I'd like to ask the ftpmasters to expedite the NEW
processing for it, but I can't before it's been uploaded. :)


Yes, I was ill yesterday too, so didn't get around to doing it.  I'm 
working on it today.



Probably, but in practice we aren't going to get useful coverage from
maintainers until an upload to unstable forces them to act.


You're right, but that's really a sad situation. :-(

- tfheen


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

Re: Bug#389053: apache2-common: API module structure `perl_module' in file /usr/lib/apache2/modules/mod_perl.so is garbled

[Tollef Fog Heen]

Russ Allbery skrev:

Steve Langasek <[EMAIL PROTECTED]> writes:



Probably, but in practice we aren't going to get useful coverage from
maintainers until an upload to unstable forces them to act.


Speaking as one of those maintainers, I hate to try to build against
experimental because it's difficult for me to build and test.  I don't
have any systems that are installing Apache from experimental, and it's a
bit annoying to try to get all the pieces lined up properly (a pbuilder
with experimental packages, for instance). 


While it's _easier_ to test against unstable, just doing apt-get -t 
experimental install apache2-threaded-dev and then building and fixing 
your package on your development system doesn't seem like too much to 
ask?  Just adding experimental to your sources.list does not mean you'll 
have any packages from experimental automatically installed.


- tfheen


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

Re: Bug#389053: apache2-common: API module structure `perl_module' in file /usr/lib/apache2/modules/mod_perl.so is garbled

[Russ Allbery]

Tollef Fog Heen <[EMAIL PROTECTED]> writes:
> Russ Allbery skrev:

>> Speaking as one of those maintainers, I hate to try to build against
>> experimental because it's difficult for me to build and test.  I don't
>> have any systems that are installing Apache from experimental, and it's
>> a bit annoying to try to get all the pieces lined up properly (a
>> pbuilder with experimental packages, for instance).

> While it's _easier_ to test against unstable, just doing apt-get -t
> experimental install apache2-threaded-dev and then building and fixing
> your package on your development system doesn't seem like too much to
> ask?

I never build packages outside of pbuilder, so it takes a bit more work
than that.  I know how to do it of course (or install all the necessary
development packages to do a build outside pbuilder), but given that I
already know that my package builds against Apache 2.2, I'm not sure what
doing so would really accomplish.

(My main development system is already running Apache for other reasons,
which makes it a bit more annoying to do the build outside pbuilder since
I would have to generally upgrade to the experimental version of Apache at
the same time.)

And, possibly more to the point, if I were maintaining a package like
mod_php, I'd make much more of an effort to test in experimental.  I doubt
anyone's going to notice momentary breakage of webauth in unstable except
me, though.  :)

> Just adding experimental to your sources.list does not mean you'll have
> any packages from experimental automatically installed.

Yeah, experimental is already in my sources.list.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Developper's reference as a wiki (was: Debian Women Wikis)

[Sylvain Beucler]

On Fri, Sep 29, 2006 at 09:11:38PM -0400, Kevin Mark wrote:
> On Fri, Sep 29, 2006 at 04:42:17PM +0200, Sylvain Beucler wrote:
> > On Fri, Sep 29, 2006 at 02:34:45PM +0200, Frank K?ster wrote:
> > > Marc Haber <[EMAIL PROTECTED]> wrote:
> > > 
> > > > On Fri, 29 Sep 2006 00:52:05 +0200, [EMAIL PROTECTED] wrote:
> > > >>  http://women.debian.org/wiki/English/MaintainerScripts states, 
> > > >>while discussing the purging of a fully installed package 
> > > >>("Removing and Purging", Removal+Purge of foo (Installed)), that
> > > >
> > > > This is important information I would never have found due to the lack
> > > > of knowledge that the Debian Women project has her own wiki.
> > > >
> > > > May I ask why information this important is not on the main Debian
> > > > wiki, wiki.debian.org?
> > > 
> > > Or why it is in a Wiki at all?  A wiki is fine for collecting
> > > information with input from many people.  But once it's settled, and
> > > this one mainly seems to be, I think it should be integrated in the
> > > existing infrastructure, e.g. the developers' reference.  
> > 
> > Or to put it the other way, why isn't the developer's reference a wiki? :)
> > 
> > I think it's more likely to evolve that way.
> > 
> > -- 
> Hi Sylvain,
> I think that is a great idea but I'd have a few caveats: what if someone
> put malicous code in a page (e.g. the equivilant of 'rm -rf /')  and a
> user damaged their system by running it? The current process is not as
> easily updated but its has a high quality review which is good. I'd hope
> for a solution that lets people add new content but maybe have it not
> show up immediatley and have it reviewed like 'sponsored uploads' thus
> ensuring that it meets Debian standards. IIRC there are folks who are
> responsible for Debian web content and Debian user documentation --
> maybe have them involved?

I wonder whether this process is the reason why the information is on
wiki.debian.org in the first place.

This also means that untrusted copy/paste-able code will be put on a
Debian wiki independently of the devref's update process (users
hopelessly like to bypass inconvenient security policies ;)).

Moderation is good indeed. Wikis only suggest distributed 'a
posteriori' moderation instead of centralised 'a priori' moderation.

However, I don't know of a good tool to wiki-ize a document while
keeping to abilities to distribute it offline. CVS had its Texinfo
manual published as a Mediawiki (http://ximbiot.com/cvs/manual/) - I
wonder how/whether they merge it back to Texinfo. Another option may
be a public repository like UnCommon Web's - it's for code though
(http://uncommon-web.com/darcsweb/darcsweb.cgi?r=ucw_public;a=summary)

-- 
Sylvain


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

Re: Bug#389053: apache2-common: API module structure `perl_module' in file /usr/lib/apache2/modules/mod_perl.so is garbled

[Loïc Minier]

On Sat, Sep 30, 2006, Russ Allbery wrote:
> I never build packages outside of pbuilder, so it takes a bit more work
> than that.

 I have a similar problem, which I currently workaround as follows:
 - bind mount a local APT repository in pbuilder
 - copy / symlink only the relevant *.debs from experimental in this
   repository

 This works nicely, but it means I have to symlink manually the correct
 list of packages on each build.

-- 
Loïc Minier <[EMAIL PROTECTED]>


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

Re: Dialog Example

[Xavier Oswald]

On 12:31 Thu 28 Sep , Rodrigo Tavares wrote:
> Hello,
> 
> Where I can a code example of dialog, with intetion: 
> 
> Installing one package and happen a bar of progress
> when in run this command :
> 
> /usr/local/pgsql/bin/createdb -E LATIN1 BD  &>
> /dev/nul
> /usr/local/pgsql/bin/psql -d DB -U xyzt -h localhost
> -f script.sh &> /dev/null
> 
> Somebody can help me ?

You can find exemple here : 
/usr/share/doc/dialog/examples/

friendly,
-- 
  ,''`.  Xavier Oswald <[EMAIL PROTECTED]>
 : :' :  GNU/LINUX Debian & Debian-Edu 
 `. `'   GnuPG Key ID 0x88BBB51E 
   `-938D D715 6915 8860 9679  4A0C A430 C6AA 88BB B51E


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

Re: Desktop task(sel) in Etch? (Bug #389092)

[Steve McIntyre]

Gustavo wrote:
>On 9/26/06, Petter Reinholdtsen <[EMAIL PROTECTED]> wrote:
>
>> In Debian Edu, we use KDE.  The choice was mostly because of the
>> availability of translation for the languages we care about, but also
>> because the KDE tools were (and are) very good and well integrated.
>>
>> Perhaps someone should wrap up a separate set of CDs with KDE as the
>> default desktop?  It should not be too hard.  Debian/Gnome and
>> Debian/KDE could exist side by side.
>
>FYI, the three current desktop tasks (desktop, gnome-desktop,
>kde-desktop) won't fit entirely in the first CD. They fit in DVD1
>though. My proposal is generate:
>
>Debian GNOME Desktop CD (installs by default desktop and gnome-desktop tasks)
>Debian KDE Desktop CD (installs by default desktop and kde-desktop tasks)
>Debian XFCE Desktop CD (xfce-desktop wasn't added yet but is in my
>tasksel' branch)
>Debian regular CDs
>Debian regular DVDs
>
>Do we need more than just work on debian-cd for this?

Add in extra testing and support for the extra CD variants too. I'd be
personally much happier if we just warned people that they need at
least the first 2 CDs (or the first DVD) to get a full selection of
the available tasks. As time goes on and each desktop env adds more
bloat^Wfeatures, it becomes more and more difficult to get them to fit
on CD#1. Frans reminds me that we're about to regain some space by
dropping kernel 2.4, but even so we have to call a limit somewhere...

-- 
Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED]
Welcome my son, welcome to the machine.


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

Re: Request for Discussion about Account Handling in Maintainer Scripts Wiki Page

[Jonas Meurer]

On 29/09/2006 Loïc Minier wrote:
>  The removal of users / groups is not the only thing often debated for
>  purges.  I propose to enlarge the debate on purging to:
>  - log files
>  - databases
>  - caches
>  - other perhaps valuable data
> 
>  Perhaps thoughts on these subjects are connected (I for example think
>  that we should let the admin decide, perhaps in /etc/dpkg/purges.conf,
>  what he wants to delete on purges) and should be grouped in
>  implementation and/or policy updates?

I fully agree here. Best would be a central package (dpkg-custom for
example) to configure purge behaviour for accounts, log files, DBs etc.

One way would be a shell sourcefile providing functions like del_user(),
purge_logs(), purge_cache() etc.

The biggest problem still would be, that one cannot rely on it still being
available at purge time. So the only clean way to implement this, is to
implement it directly in dpkg.

...
 jonas


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

pbuilder breakage due to sysvinit.

[Junichi Uekawa]

Hi,

This is a note to everyone in case someone else trips on this problem.

Due to #390126 in sysvinit, /lib/init/rw is mounted, and
that breaks pbuilder; it should be fixed by tomorrow's update.

regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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

Re: Free flash player for your browser

[Jonas Meurer]

On 29/09/2006 Andreas Metzler wrote:
> Jonas Meurer <[EMAIL PROTECTED]> wrote:
> > On 28/09/2006 Miriam Ruiz wrote:
> >>  --- Jonas Meurer <[EMAIL PROTECTED]> escribió:
> [...]
> >> Are you using some kind of OpenGL acceleration? It seems that CPU gets too
> >> loaded if not, upstream is working in that.
> 
> > I don't use any acceleration at all. I run the mga matrox Xserver, which
> > doesn't support any kind of 3d acceleration. (my graphics controller is
> > a Matrox MGA G400)
> 
> Hmm, did the supprt get dropped somewhere in the line? Sarge's XFree86
> using the mga driver does 3D accel on a MGA400:
> 
> [EMAIL PROTECTED]:~$ glxinfo | grep renderer
> OpenGL renderer string: Mesa DRI G400 20020221 AGP 1x x86/MMX/3DNow!/SSE

don't know, but on my debian/unstable system i get:

[EMAIL PROTECTED]:~$ glxinfo | grep render
direct rendering: No
OpenGL renderer string: Mesa GLX Indirect


I would be very interested in 3d rendering though. So if you know of a
way to support it, let me know.

...
 jonas


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

Re: Free flash player for your browser

[Jonas Meurer]

On 29/09/2006 Jon Dowland wrote:
> Jonas Meurer wrote:
> >I don't use any acceleration at all. I run the mga matrox Xserver, which
> >doesn't support any kind of 3d acceleration. (my graphics controller is
> >a Matrox MGA G400)
> 
> At this point it would be useful to see your Xorg.conf (but not to the 
> list, perhaps better to the bug)
> 
> Your card supporting GL/DRI does not preclude the driver supporting it 
> nor it being activated in error.

you mean because i have no 3d rendering even though the Xorg mga driver
should support it?

...
 jonas


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

Re: Desktop task(sel) in Etch? (Bug #389092)

[Petter Reinholdtsen]

[Steve McIntyre]
> As time goes on and each desktop env adds more bloat^Wfeatures, it
> becomes more and more difficult to get them to fit on CD#1. Frans
> reminds me that we're about to regain some space by dropping kernel
> 2.4, but even so we have to call a limit somewhere...

Do you have a log of the space usage on the official d-i test CDs,
similar to the one for debian-edu available from
http://svn.debian.org/wsvn/debian-edu/trunk/src/build/CD-administrator/cdspacelist-etch.txt?op=file&rev=0&sc=0>?

You can use tools/get_diskusage.pl -t -m 104857600 to make the report,
if you are not doing so already.

I suspect there are some packages that can be dropped from the first
CD, like obsolete libraries etc, to make room for more useful
packages.  At least that is my experience with Debian Edu.

Friendly,
-- 
Petter Reinholdtsen


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

Re: Developper's reference as a wiki

[Petter Reinholdtsen]

[Sylvain Beucler]
> However, I don't know of a good tool to wiki-ize a document while
> keeping to abilities to distribute it offline.

Newer moinmoin versions support docbook export, and dblatex is capable
of converting this docbook document to PDF or LaTex.  Perhaps an
alternative?

Friendly,
-- 
Petter Reinholdtsen


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

Re: Intent to "hijack" the dhelp package

[Esteban Manchado Velázquez]

On Tue, Sep 26, 2006 at 11:37:47AM +0200, Christoph Berg wrote:
> Re: Esteban Manchado Velázquez 2006-09-25 <[EMAIL PROTECTED]>
> > I have even rewritten dhelp_parse, one of the main utilities, in Ruby 
> > [4]
> > (mostly because it's a huge PITA finding and fixing bugs in a largely text
> > processing program... written in C). It maintains compatibility with the
> > documentation database, so it's a drop-in replacement. At least it should 
> > :-)
> 
> Hi,
> 
> if you do rewrite stuff, could you try to make the integration with
> doc-base more tight? The .dhelp files it writes out seem rather
> unnecessary given that we already have /usr/share/doc-base/*.

OK. That will probably go to the TODO, once we start making changes. There
are lots of things I would like to change/fix...

-- 
Esteban Manchado Velázquez <[EMAIL PROTECTED]>
EuropeSwPatentFree - http://EuropeSwPatentFree.hispalinux.es
Help spread it through the Net in signatures, webpages, whatever!


signature.asc
Description: Digital signature

Re: Intent to "hijack" the dhelp package

[Esteban Manchado Velázquez]

Hi,

On Wed, Sep 27, 2006 at 05:22:32PM +0200, José Luis Tallón wrote:
> [...]
> Thank you (not that I have anything to do with this package, but all
> work is welcome)

:-)

> > I have even rewritten dhelp_parse, one of the main utilities, in Ruby 
> > [4]
> > (mostly because it's a huge PITA finding and fixing bugs in a largely text
> > processing program... written in C). It maintains compatibility with the
> > documentation database, so it's a drop-in replacement. At least it should 
> > :-)
> >   
> Ruby is not among the "standard" installation. May I suggest PERL instead?
> (Not that I prefer PERL to Ruby -- this is just for dependencies' sake)

Well, I first thought about Perl, too, when I proposed Stefan to rewrite
it... But later I thought that Ruby is now more or less popular in Debian (you
can see references to it from time to time on Planet Debian, for example, and
there is a Ruby package maintainer group), and dhelp isn't a required package
anyway, so it's not like we're forcing everyone to install Ruby. And last, but
not least, the Ruby version is already written, working, and has a (small,
admittedly) test suite.

Now dhelp_parse.rb is VERY readable (IMHO) and it's pretty easy to change
stuff (and has some cool features the C version didn't, BTW). I don't think we
could have achieved that easily in Perl (but I don't want to start a flamewar,
so I won't argue ;-) ).

Regards,

-- 
Esteban Manchado Velázquez <[EMAIL PROTECTED]>
EuropeSwPatentFree - http://EuropeSwPatentFree.hispalinux.es
Help spread it through the Net in signatures, webpages, whatever!


signature.asc
Description: Digital signature

Bug#390380: ITP: python-galago -- Galago presence library (Python interface)

[Marco Cabizza]

Package: wnpp
Severity: wishlist
Owner: Marco Cabizza <[EMAIL PROTECTED]>

* Package name: python-galago
  Version : 0.5.0
  Upstream Author : Christian Hammond <[EMAIL PROTECTED]>
* URL : http://www.galago-project.org/
* License : LGPL
  Programming Lang: C, Python
  Description : Galago presence library (Python interface)

 Galago is a D-BUS-based desktop presence framework used to provide account,
 person, and presence information for users on IM services and other
 communication networks for use in other desktop applications, such as e-mail
 clients or address books.
 .
 This package provides a Python interface to Galago.
 .
 See the libgalago description for more information about Galago in general.

I've already prepared the packages, and everything's in the pkg-galago SVN.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-686
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)


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

Bug#390381: ITP: python-galago-gtk -- GTK+ widgets for the Galago presence library (Python interface)

[Marco Cabizza]

Package: wnpp
Severity: wishlist
Owner: Marco Cabizza <[EMAIL PROTECTED]>

* Package name: python-galago-gtk
  Version : 0.5.0
  Upstream Author : Christian Hammond <[EMAIL PROTECTED]>
* URL : http://www.galago-project.org/
* License : LGPL
  Programming Lang: C (Python bindings)
  Description : GTK+ widgets for the Galago presence library (Python 
interface)

 Galago is a D-BUS-based desktop presence framework used to provide account,
 person, and presence information for users on IM services and other
 communication networks for use in other desktop applications, such as e-mail
 clients or address books.
 .
 This package provides a Python interface to the Galago GTK+ widgets.
 .
 See the libgalago description for more information about Galago in general.

As python-galago, the "debs" are sitting in the pkg-galago svn.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-686
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)


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

Videos of the internationalization meeting in Extremadura

[Nicolas François]

Hello,

The first Debian Internationalization meeting took place from September
7th 2006 to September 9th 2006 in Casar de Caceres, Extremadura,
Spain.

This mail follows the announcement of the final report:
http://lists.debian.org/debian-devel-announce/2006/09/msg00012.html

The meeting was recorded and the videos are now available on:
http://meetings-archive.debian.net/pub/debian-meetings/2006/i18n-extremadura/

Kind Regards,
-- 
Nekral


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

Bug#390371: ITP: mp3cd -- Implements MP3 CD Burning HOWTO

[Kees Cook]

Package: wnpp
Severity: wishlist
Owner: Kees Cook <[EMAIL PROTECTED]>


* Package name: mp3cd
  Version : 1.25
  Upstream Author : Kees Cook <[EMAIL PROTECTED]>
* URL : http://outflux.net/software/pkgs/mp3cd/
* License : GPL
  Programming Lang: Perl
  Description : Implements MP3 CD Burning HOWTO

This program implements the suggested methods outlined in the Linux MP3
CD Burning mini-HOWTO:
http://tldp.org/HOWTO/mini/MP3-CD-Burning/

This will burn a playlist (.m3u, XMLPlaylist or command line list) of
MP3s, OGGs, and/or WAVs to an audio CD.  The ".m3u" format is really
nothing more than a list of fully qualified filenames.  The script han-
dles making the WAVs sane by resampling if needed, and normalizing the
volume across all tracks.

If a failure happens, earlier stages can be skipped with the '-s' flag.
The file "tool-output.txt" in the temp directory can be examined to see
what went wrong during the stage.  Some things are time-consuming (like
writing the WAVs from MP3s) and if the CD burn failed, it's much nicer
not to have to start over from scratch.  When doing this, you will not
need the m3u file any more, since the files have already been built.
See the list of stages using '-h'.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-23-amd64-k8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


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

Bug#390376: ITP: orbital-eunuchs-sniper -- An anti-terrorist, pro-Eunuchs, satellite sniping game

[Kees Cook]

Package: wnpp
Severity: wishlist
Owner: Kees Cook <[EMAIL PROTECTED]>


* Package name: orbital-eunuchs-sniper
  Version : 1.30+svn20060923
  Upstream Author : Zachary J. Slater <[EMAIL PROTECTED]>
* URL : http://www.icculus.org/oes/
* License : zlib
  Programming Lang: C++
  Description : An anti-terrorist, pro-Eunuchs, satellite sniping game

Orbital Eunuchs Sniper is an overhead shooting game. You (the Eunuch on
the orbital laser platform) are tasked with protecting the VIPs (blue)
from the terrorists (red)!

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-23-amd64-k8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


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

Re: Problem including (linux-kernel-headers 2.6.17)

[James R. Van Zandt]

> I am trying to prepare packages for the new MaxDB release 7.5.00.38 and
> am having problems with a new piece of code in there.
> 
> The code in question looks like this and is known to work on Suse SLES9:
...
> #   include 

> are user-space applications not supposed to include any headers below
> /usr/include/asm or is this a problem with the header files?

Quite possibly.

The userspace program adjtimex #includes only sys/adjtimex.h, not asm/adjtimex.h

The former doesn't declare get_cycles(), so maybe that is not supposed
to be user-visible.  

- Jim Van Zandt



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