Re: libgcrypt brain dead?

[Henrique de Moraes Holschuh]

On Sat, 20 Mar 2010, Florian Weimer wrote:
> * Henrique de Moraes Holschuh:
> 
> > 2. Must be thread-safe, and fully reentrant both at the function and at
> >the _library_ level;
> 
> This does not include the async-signal-safe property, right?  I'm also
> not sure if the function needs to be reentrant within the same thread
> (depending on what it does, of course).

I knew I forgot something...  AFAIK it needs to be reentrant within the same
thread in the worst cases (like: being indirectly linked through an NSS
module to an application that uses the library directly or indirectly), and
I do think this probably means it has to be signal-safe as well.  Which is a
major annoyance.

The worst possible use case I know of is:
1. used by the application in one mode
2. used by some library the application uses, in another mode
3. used by NSS.

> > 4. Must not change any global attributes of the process or of any other
> >libraries it uses;
> 
> Strictly speaking, this precludes creating child processes, which is
> rather drastic. 8-(

Well, I'd say the library can't create child processes or other threads in a
way that is unexpected by the application, and it likely needs to be able to
do so through callbacks.  It gets nasty very very fast, and you probably
cannot do that for something that might end up used in NSS or other such
sick schemes that do surprise shadow linking of tons of crap to an
application.

NSS really should run its heavyweight stuff in a separate process started
beforehand by the system, and talk to glibc through some sort of
thread-safe, signal-safe IPC.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100321125335.ga15...@khazad-dum.debian.net

Re: dash Debian package - RC bugs

[Thorsten Glaser]

Raphael Geissert  debian.org> writes:

> The shared debconf prompt idea was already discussed and discarded in one of 
> the d-devel threads

Ah, okay. Didn’t know that.

> before the change was made. Which is what Thorsten's 
> idea was all about.

Well, I hope you’ve got some better idea then ☺

There’s still
• drop dash
• just manage the symlink, no diversions
but I feel these wouldn’t be liked.

JFTR, Clint Adams and I have been working to get posh up
to the task of being a /bin/sh as well, so any solution
should be able to not only have GNU bash and dash and mksh
as /bin/sh but also, eventually, posh and ksh93 (if they
add an “alias local=typeset” builtin at least).

bye,
//mirabilos via GMane


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/loom.20100321t172549-...@post.gmane.org

Bug#574846: ITP: libnet-ssh-multi-ruby -- Ruby library for making multiple SSH connections to remote systems

[Joshua Timberman]

Package: wnpp
Severity: wishlist
Owner: Joshua Timberman 
Owner: Joshua Timberman 


* Package name: libnet-ssh-multi-ruby
  Version : 1.0.1
  Upstream Author : Jamis Buck 
* URL : http://net-ssh.rubyforge.org/multi/v1/api/index.html
* License : MIT
  Programming Lang: Ruby
  Description : Ruby library for making multiple SSH connections to remote 
systems

Net::SSH::Multi is a library for controlling multiple Net::SSH
connections via a single interface. It exposes an API similar to that of
Net::SSH::Connection::Session and Net::SSH::Connection::Channel, making
it simpler to adapt programs designed for single connections to be used
with multiple connections.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100321164419.13133.54207.report...@buildhost.int.housepub.org

Re: dash Debian package - RC bugs

[Petter Reinholdtsen]

[Thorsten Glaser]
> JFTR, Clint Adams and I have been working to get posh up to the task
> of being a /bin/sh as well, so any solution should be able to not
> only have GNU bash and dash and mksh as /bin/sh but also,
> eventually, posh and ksh93 (if they add an “alias local=typeset”
> builtin at least).

Using dash as /bin/sh was introduced to solve some specific problems.
Which unsolved problems would using these other shells as /bin/sh
solve that is not solved already by using dash?  I am not aware of any
such problems, and unless some problem can be solved by replacing
/bin/sh by for example posh and ksh93, I see no reason to increase the
complexity of the solution selected to handle /bin/sh to cater for
those that want to do this.

Happy hacking,
-- 
Petter Reinholdtsen


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2fliq8p5zxy@login1.uio.no

Re: Xen, Squeeze, and Beyond

[Toni Mueller]

On Sat, 27.02.2010 at 21:59:39 +0100, Tollef Fog Heen  wrote:
> ]] Faidon Liambotis 
> | Beyond that, I've also seen filesystem corruption when using live
> | migration and the filesystem cache hasn't been disabled -- an almost
> | undocumented directive of libvirt's XML.
> | 
> | All in all, I'm wondering how people can call this "stable".
> 
> I would guess at most people not using live migration and so never
> hitting those kinds of problems.

I have not used live migration, either, but unless Michael Tokarev's
efforts turn out to be fruitful, I'll be out of KVM due to much bigger
problems than a non-working live migration, and at that point, Xen
would be the only alternative.

Thanks to Faidon for the heads-up on the heads-up on this migration
problem!


Kind regards,
--Toni++


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100321174025.27505.qm...@oak.oeko.net

Bug#574861: ITP: scilab-scimysql -- Scilab interface to MySQL

[Sylvestre Ledru]

Package: wnpp
Severity: wishlist
Owner: Sylvestre Ledru 


* Package name: scilab-scimysql
  Version : 0.1
  Upstream Author : Yann Collette 
* URL : http://forge.scilab.org/index.php/p/scimysql/
* License : CeCILL
  Programming Lang: C, Scilab
  Description : Scilab interface to MySQL

 This Scilab library interfaces the MySQL C library. This module allows access
 to all functions available in the MySQL library in order to manage databases.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100321184258.32369.8808.report...@zlarin

Re: Xen, Squeeze, and Beyond

[Michael Tokarev]

Toni Mueller wrote:
> 
> On Sat, 27.02.2010 at 21:59:39 +0100, Tollef Fog Heen  wrote:
>> ]] Faidon Liambotis 
>> | Beyond that, I've also seen filesystem corruption when using live
>> | migration and the filesystem cache hasn't been disabled -- an almost
>> | undocumented directive of libvirt's XML.
>> | 
>> | All in all, I'm wondering how people can call this "stable".
>>
>> I would guess at most people not using live migration and so never
>> hitting those kinds of problems.
> 
> I have not used live migration, either, but unless Michael Tokarev's
> efforts turn out to be fruitful, I'll be out of KVM due to much bigger
> problems than a non-working live migration, and at that point, Xen
> would be the only alternative.

Toni, please understand that it looks like you're the only one on this
planet to hit the issues you describe with kvm.  #569990 and #568293 -
both of them are, well, unreproduceable (I mean the last parts of them).
Seriously, it was quite some time ago when I saw kvm behaving like this
having issues in places where it just works since long time...

I can't do anything with this unless I can reproduce the issues.  Or
maybe you provide access to your system to me.  Or else I'll just mark
the bugs as 'unreproduceable'.

I'm not a developer of qemu or kvm, I don't know much internals, but
I've some pretty good experience in this area (I think I've hit every
kvm's bug ever existed, -- that's why I wished to step in to manage it
in Debian), and I've seen many various problematic situations with it
too -- #kvm @FREENODE had alot of them.

What you describe just does not fit in my mind.  That's the reason of
my quite harsh tone when I replied to bugs mentioned above...  It's
sorta like discovering bugs in cat(1) (lockups, opening wrong files
etc) which worked for many people before...

Please don't get me wrong - I want this mess to be sorted out somehow,
but - in short - I can't believe it unless I'll see it with my own
eyes... ;)

By the way, have you tried to update BIOS and upgrade the CPU you
have?  If memory serves me right, you've Athlon X2 64 4400+, and
maybe that's the problematic one too...  I'll try kvm on my old
Acer Aspice 9300 (circa 2005 or so) with a dual-core Duron, but
I know I've run KVM on it before and it worked just fine...

Thanks!

/mjt


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4ba66d2a.1030...@msgid.tls.msk.ru

Re: dash Debian package - RC bugs

[Raphael Geissert]

Thorsten Glaser wrote:
> There’s still
> • drop dash
> • just manage the symlink, no diversions

The plan is to make dash the only package providing /bin/sh. bash and other 
pet shells would then divert the symlink upon installation.

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/ho5tif$fr...@dough.gmane.org

Bug#574881: ITP: freewrl -- VRML browser for 3D contents works also as mozilla plugin

[Philippe Coval]

Package: wnpp
Severity: wishlist
Owner: Philippe Coval 


* Package name: freewrl
  Version : 1.22.5
  Upstream Author : John Stewart, Sarah Dumoulin  ... 
* URL : http://freewrl.sourceforge.net
* License : LGPL
  Programming Lang: C
  Description : VRML browser for 3D contents works also as mozilla plugin

 Player aims to be fully VRML97 compliant, complete with scripting in Perl, 
Java and Javascript, and EAI
 .
 It is written mostly in Perl with some C for library interfaces & rendering,
 and uses OpenGL (Mesa) for graphics.

=== Notes : ===

  * that vrml viewer was in debian long time ago but went away... 

  * upstream is still active , and many efforts are done 
by my friend Michel of myosotis project
to made it available to debian/ubuntu users also  ...

So I am trying to help and hope we (co-maintainers) can get it back 
into debian's main and ubuntu as well

  * I just set up a git repo on debian's alioth
   (pkg-multimedia team which IMHO fits best)
   , imported previous version and working on an current release...

  * Currently (20100320) latest release builds and runs on most arch ...


Sponsoring, co-maintenance, or testing will be appreciated.

For more info check my "status" page, i'll update it :

http://rzr.online.fr/q/vrml

Regards



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100321210851.29974.60927.report...@nrv.homelinux.org

Bug#574882: ITP: scilab-celestlab -- A Scilab library of space flight dynamics functions

[Sylvestre Ledru]

Package: wnpp
Severity: wishlist
Owner: Sylvestre Ledru 


* Package name: scilab-celestlab
  Version : 1.0.1
  Upstream Author : Alain Lamy & Thierry Martin 
* URL : http://atoms.scilab.org/toolboxes/celestlab
* License : CeCILL
  Programming Lang: Scilab
  Description : A Scilab library of space flight dynamics functions


 CelestLab is a library of space flight dynamics functions written in Scilab.
 This library has been developed and is maintained by the CNES (Centre National
 d'Etudes Spatiales) for mission analysis purposes. The library is used by CNES
 for the trajectory analysis and orbit design for various type of missions.
 CelestLab gathers in ten modules about 200 functions that allow mission
 designers to perform various tasks such as: orbit propagation, attitude
 computation, elementary manoeuvre computation, change of reference frames,
 change of coordinates, three body orbit analysis. CelestLab has been validated
 against the CNES flight dynamics reference software. Selected examples from
 mission analysis typical studies are provided in the CelestLab help pages.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100321211042.27824.56798.report...@zlarin

definition of contrib & buildd inconsistency

[Carlo Segre]

Hello All:

The definition of the contrib section of the archive reads [0]

  Examples of packages which would be included in contrib are:

  * free packages which require contrib, non-free packages or packages
which are not in our archive at all for compilation or execution,

There is apparently an ambiguity here since a contrib package can depend 
on non-free in two distinct ways:


 1. depends only at runtime, for example a non-free Perl or Python module.

 2. depends at build time and runtime, for example a package which needs
non-free libraries to be built and linked to.

Which is the correct interpretation?  If both are included, then all 
buildds MUST include non-free sources.  This is not currently the case. 
If only 1 is included in the definition for contrib, then any package 
which falls in category 2 MUST be moved to non-free.


Personally, I have no preference as to the interpretation but the current 
state, where some of the buildds do not include non-free sources and 
contrib packages can fall under both the categories listed above is 
inconsistent and needs to be resolved.


An alternative which would remove the inconsistency is to make the 
decision that contrib packages will not be built by the officeial buildd 
network but have to be built as non-free packages are, on the unofficial 
buildd network.


Cheers,

Carlo

[0] section 2.2.2 of
http://www.debian.org/doc/debian-policy/ch-archive.html

--
Carlo U. Segre -- Professor of Physics
Associate Dean for Graduate Admissions, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://www.iit.edu/~segre   se...@debian.org


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/alpine.deb.2.00.1003211606470.3...@hydride.iit.edu

Bug#574895: ITP: muroard -- minimalist RoarAudio sound daemon

[Patrick Matthäi]

Package: wnpp
Severity: wishlist
Owner: "Patrick Matthäi" 

* Package name: muroard
  Version : 0.1~beta0
  Upstream Author : Philipp 'ph3-der-loewe' Schafft
* URL : http://roaraudio.keep-cool.org/
* License : GPL-3+
  Programming Lang: C
  Description : minimalist RoarAudio sound daemon

RoarAudio is a sound-server for audio mixing. Its main purpose is to mix audio
from different clients before sending it to its outputs (for example a
soundcard).

-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)



--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100321224443.17270.56494.report...@srv1.linux-dev.org

Re: definition of contrib & buildd inconsistency

[Steve Langasek]

On Sun, Mar 21, 2010 at 04:37:25PM -0500, Carlo Segre wrote:

> Hello All:

> The definition of the contrib section of the archive reads [0]

>   Examples of packages which would be included in contrib are:

>   * free packages which require contrib, non-free packages or packages
> which are not in our archive at all for compilation or execution,

> There is apparently an ambiguity here since a contrib package can
> depend on non-free in two distinct ways:

No, there isn't.  "for compilation or execution" - so if it depends on
packages not in main at build time *or* at run time.

> Which is the correct interpretation?  If both are included, then all
> buildds MUST include non-free sources.

There is no such requirement.  The buildd network has never assumed
responsibility for building packages which build-depend on non-free
packages.

It's possible that most maintainers when confronted with this have simply
opted to move their packages directly to non-free in order to get
autobuilder support.  There are only five packages in contrib currently
affected by this problem (out of 74 total that build architecture-dependent
packages): ifeffit and libpgplot-perl, which b-d on pgplot5;
r-cran-surveillance, which b-d on r-cran-maptools; snes9express, which b-d
on snes9x-x; and suitesparse-metis, which b-d on libparmetis-dev.

(Two other packages have build-dependencies that are satisfied by
main+contrib; and one other package has build-dependencies that aren't
satisfied even with non-free.)

> An alternative which would remove the inconsistency is to make the
> decision that contrib packages will not be built by the officeial
> buildd network but have to be built as non-free packages are, on the
> unofficial buildd network.

If my understanding is current, non-free packages are autobuilt only as a
result of explicit whitelisting indicating that there are no license
problems resulting from doing so.  I think the same would have to be true of
contrib packages, since even *installing* packages from non-free could have
license implications that impact the buildd operators.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

lxc in squeeze

[Brian May]

Hello

Will lxc be supported by in the default kernel in squeeze?

Everything I have read (including ) says
it should be supported in kernels 2.6.26 and higher, but the 2.6.32
kernel fails a config check ("Cgroup memory controller").

r...@bad:~# uname -a
Linux bad 2.6.32-trunk-686 #1 SMP Sun Jan 10 06:32:16 UTC 2010 i686 GNU/Linux
r...@bad:~# lxc-checkconfig
Kernel config /proc/config.gz not found, looking in other places...
Found kernel config file /boot/config-2.6.32-trunk-686
--- Namespaces ---
Namespaces: enabled
Utsname namespace: enabled
Ipc namespace: enabled
Pid namespace: enabled
User namespace: enabled
Network namespace: enabled
Multiple /dev/pts instances: enabled

--- Control groups ---
Cgroup: enabled
Cgroup namespace: enabled
Cgroup device: enabled
Cgroup sched: enabled
Cgroup cpu account: enabled
Cgroup memory controller: disabled
Cgroup cpuset: enabled

--- Misc ---
Veth pair device: enabled
Macvlan: enabled
Vlan: enabled
File capabilities: enabled

-- 
Brian May 


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/3c5cf5261003211706i9ed87eg3c51f79c6773d...@mail.gmail.com

Re: scons.mk is in latest cdbs package

[Cyril Brulebois]

Jérémy Lal  (20/03/2010):
> i wonder if there should be some notice sent to all package
> maintainers who use a custom debian/cdbs/scons.mk file, to make them
> use the one provided by cdbs now ?

reportbug lintian with a patch implementing detecting when scons.mk is
found below debian/?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#574910: ITP: libbccrypto-java -- Java cryptography APIs

[Miguel Landaeta]

Package: wnpp
Severity: wishlist
Owner: Miguel Landaeta 

* Package name: libbccrypto-java
  Version : 1.45
  Upstream Author : Legion of the Bouncy Castle, http://www.bouncycastle.org/
* URL : http://www.bouncycastle.org/java.html
* License : An adaptation of the MIT/X11 license
  Programming Lang: Java
  Description : Java cryptography APIs

The Bouncy Castle Crypto APIs for Java consist of the following:
* A lightweight cryptography API.
* A provider for the Java Cryptography Extension and the Java Cryptography
  Architecture.
* A clean room implementation of the JCE 1.2.1.
* A library for reading and writing encoded ASN.1 objects.
* A lightweight client-side TLS API.
* Generators for Version 1 and Version 3 X.509 certificates, Version 2 CRLs,
  and PKCS12 files.
* Generators for Version 2 X.509 attribute certificates.
* Generators/Processors for S/MIME and CMS (PKCS7/RFC 3852).
* Generators/Processors for OCSP (RFC 2560).
* Generators/Processors for TSP (RFC 3161).
* Generators/Processors for OpenPGP (RFC 2440).



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100322013737.ga29...@miguel.cc

Bug#574913: ITP: lal -- dockable clock applet for various window managers

[Michael Lustfield]

Package: wnpp
Severity: wishlist
Owner: Michael Lustfield 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


* Package name: lal
  Version : 2.0-1
  Upstream Author : Mikael Magnusson 
  : Dave Foster 
  : Thayer Williams 
* URL : http://projects.l3ib.org/lal/
* License : GPL
  Programming Lang: C
  Description : dockable clock applet for various window managers

Description: dockable clock applet for various window managers
 Lal is a clock for the dock. Nothing more, nothing less. It is a very
 simple tool especially helpful for those that are using openbox. It
 can use various colors, sizes, formats, etc. It can accept any POSIX
 date format.


Note: Version 1.1 is currently sitting in the upload queue. I am hoping
to finish version 2.0 within a few months that will come with many new
features such as a calendar. One goal of the new version will be to check
through the code to see if this tiny file can be stripped down at all to
make it even more light weight.
I'm working with the upstream authors to bring this release which is why
I refer to anticipated features for this version.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkum0ZoACgkQ3y7Nst6YLGX9tACggPO7tHb1OCPmBCWu98sc0j+K
lDYAn0Klh5YnSuQg6K9M6MVp5chydLXg
=Y0kR
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100322021039.1702.21480.report...@michael-desktop

Re: lxc in squeeze

[Ben Hutchings]

On Mon, 2010-03-22 at 11:06 +1100, Brian May wrote:
> Hello
> 
> Will lxc be supported by in the default kernel in squeeze?

Why are you asking on debian-devel when we have a specific kernel list?

> Everything I have read (including ) says
> it should be supported in kernels 2.6.26 and higher, but the 2.6.32
> kernel fails a config check ("Cgroup memory controller").
[...]

See bug #534964.

Ben.

-- 
Ben Hutchings
If you seem to know what you are doing, you'll be given more to do.


signature.asc
Description: This is a digitally signed message part

Re: scons.mk is in latest cdbs package

[Raphael Geissert]

Cyril Brulebois wrote:

> Jérémy Lal  (20/03/2010):
>> i wonder if there should be some notice sent to all package
>> maintainers who use a custom debian/cdbs/scons.mk file, to make them
>> use the one provided by cdbs now ?
> 
> reportbug lintian with a patch implementing detecting when scons.mk is
> found below debian/?
> 

Are they really compatible implementations? in git there's already code that 
checks there's a versioned b-d on cdbs if scons.mk or perl-build.mk is used.

See #574744

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/ho6lc3$kh...@dough.gmane.org

Re: definition of contrib & buildd inconsistency

[Carlo Segre]

On Sun, 21 Mar 2010, Steve Langasek wrote:


On Sun, Mar 21, 2010 at 04:37:25PM -0500, Carlo Segre wrote:


  * free packages which require contrib, non-free packages or packages
which are not in our archive at all for compilation or execution,



There is apparently an ambiguity here since a contrib package can
depend on non-free in two distinct ways:


No, there isn't.  "for compilation or execution" - so if it depends on
packages not in main at build time *or* at run time.



You are correct, I missed that.


It's possible that most maintainers when confronted with this have simply
opted to move their packages directly to non-free in order to get
autobuilder support.  There are only five packages in contrib currently
affected by this problem (out of 74 total that build architecture-dependent
packages): ifeffit and libpgplot-perl, which b-d on pgplot5;
r-cran-surveillance, which b-d on r-cran-maptools; snes9express, which b-d
on snes9x-x; and suitesparse-metis, which b-d on libparmetis-dev.



Yes, two of these are my packages and when I initially uploaded them, I 
followed the letter of the Policy which makes them contrib not non-free. 
I have no choice now but to move them both to non-free, however, my 
attempt to do this has been rejected by ftpmaster.  I am not sure how to 
proceed at this point.



An alternative which would remove the inconsistency is to make the
decision that contrib packages will not be built by the officeial
buildd network but have to be built as non-free packages are, on the
unofficial buildd network.


If my understanding is current, non-free packages are autobuilt only as a
result of explicit whitelisting indicating that there are no license
problems resulting from doing so.  I think the same would have to be true of
contrib packages, since even *installing* packages from non-free could have
license implications that impact the buildd operators.



OK, in my case pgplot5 has been whitelisted for many years.  Is it 
possible to have these contrib packages whitelisted on the non-free buildd 
network too?


--
Carlo U. Segre -- Professor of Physics
Associate Dean for Graduate Admissions, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://www.iit.edu/~segre   se...@debian.org


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/alpine.deb.2.00.1003212230570.3...@hydride.iit.edu

Bug#574917: ITP: libllamaxml1 -- C++ XML pull parser

[Kaido Kert]

Package: wnpp
Severity: wishlist
Owner: Kaido Kert 

* Package name: libllamaxml1
  Version : 1.0.1
  Upstream Author : Stuart A. Malone 
* URL : http://llamaxml.berlios.de/
* License : GPL
  Programming Lang: C++
  Description : LlamaXML is a C++ XML parsing and formatting library that 
is small enough to be used on handheld devices like PDAs and smartphones, while 
still supporting larger desktop and server systems. The library currently runs 
on Palm OS Garnet, Palm OS Cobalt, Windows Mobile, Windows and Mac OS X, and is 
easy to port to new platforms. The entire library compiles to only 45 KB of 
code under Codewarrior for Palm OS, and can be even smaller if only some of its 
features are used. The library is also frugal with runtime memory, using a 
single-pass streaming algorithm that only stores the current parsing stack in 
memory, allowing very large XML documents to be parsed with very little 
overhead.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100322054323.17026.72449.report...@ubuntu-kert500.office.skype.net