Change user used by package

[Harald Braumann]

Hi,

I'd like to package mu-conference 0.7 (multi-user chat component for
jabber). The version currently in Debian (jabber-muc 0.6.0) uses the
user ``jabber'', which is created by jabber-common, on which
jabber-muc depends.

The new version can be installed stand-alone, and thus there won't be
any dependence on jabber anymore, or jabberd2, for that matter. 

AFAIK, there's no way for multiple independent packages for using the
same user. So jabber-muc needs to create its own user. On update,
that's no problem. The post-install script can chown the
package's directories for the new user. But a downgrade would then not
be possible. The old version couldn't access the directories.

Is there precedence for such a situation? How can it be resolved?

Cheers,
harry


signature.asc
Description: PGP signature

Bug#511674: ITP: libthread-queue-perl -- Perl module for thread-safe queues

[Damyan Ivanov]

Package: wnpp
Severity: wishlist
Owner: Damyan Ivanov 

[Cc-ed to p...@packages.d.o since this module is in perl-modules]

* Package name: libthread-queue-perl
  Version : 2.11
  Upstream Author : Jerry D. Hedden, 
* URL : http://search.cpan.org/dist/Thread-Queue/
* License : same as Perl (Artstic or GPL)
  Programming Lang: Perl
  Description : Perl module for thread-safe queues

  Thread::Queue provides thread-safe FIFO queues that can be accessed
  safely by any number of threads.
  .
  Any data types supported by threads::shared can be passed via queues:
  .
   * Ordinary scalars
   * Array refs
   * Hash refs
   * Scalar refs
   * Objects based on the above
  .
  Ordinary scalars are added to queues as they are.
  .
  If not already thread-shared, the other complex data types will be
  cloned (recursively, if needed, and including any blessings and
  read-only settings) into thread-shared structures before being placed
  onto a queue.

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Thread::Queue is now included in perl-modules.

The reason for a package separate from perl-modules is that I need a
version (2.11) newer than the one in perl-modules (2.00, same as in perl
5.8). 2.11 is needed by Padre 0.25 (ITP#492696).

Perl maintainers, please tell me if you want me to hold this package,
for example because you are planning to upgrade Thread::Queue in
perl-modules. Otherwise, please be prepared to add libthread-queue-perl
to Conflicts/Provides list of perl-modules when that is upgraded to
includes a version same or superseding the one in the separate package.

Upgrading only Thread::Queue in perl-modules would also need upgrading
thread::shared because T::Q 2.11 needs t::s 1.21, while perl-modules has
1.14. Separate libthread-shared-perl has 1.21.


This is a complex matter to me so your advice is appreciated.

-- dam



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511675: ITP: libjpcap -- A Java library for capturing and sending network packets

[Patrick Dignan]

Package: wnpp
Severity: wishlist
Owner: Patrick Dignan 


* Package name: libjpcap
  Version : 0.7
  Upstream Author : Keita Fujii 
* URL : http://netresearch.ics.uci.edu/kfujii/jpcap/doc/
* License : LGPLv2+ and BSD with advertising
  Programming Lang: Java and C
  Description : A Java library for capturing and sending network packets

Libjpcap is a Java JNI library which consists of a Java library and a C
library which allows Java applications to capture and send network packets
over a variety of protocols.  This can be useful for network analyzation and
packat sniffing.  Libjpcap essential provides Java access to libpcap's
functions.

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



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Change user used by package

[Rene Engelhard]

Hi,

Harald Braumann wrote:
> package's directories for the new user. But a downgrade would then not
> be possible. The old version couldn't access the directories.
> 
> Is there precedence for such a situation? How can it be resolved?

Downgrades are not supported.
(which doesn't mean they should if it's sane to do so, in this case
I don't see how)

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Change user used by package

[Francesco P. Lovergine]

On Tue, Jan 13, 2009 at 11:35:49AM +0100, Harald Braumann wrote:
> 
> AFAIK, there's no way for multiple independent packages for using the
> same user. 
> 

Why not? There are already multiple packages that use the same user, e.g. 
www-data.
You should only create it and never remove to avoid breakages for other packages
installed at the same time.


-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: building packages/ chroot/ pbuilder/...

[Adeodato Simó]

* Ben Finney [Tue, 13 Jan 2009 09:03:14 +1100]:

> Yes, packages targeted for Debian should be built with the latest
> available packages from ‘unstable’ at the time the package is built.

Of course, you meant "targeted for Debian unstable or experimental". You
don't do that if your upload is targeted at p-u or t-p-u. Just in case.

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
Que no te vendan amor sin espinas
-- Joaquín Sabina, Noches de boda


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511681: ITP: certmaster -- Remote certificate distribution framework

[Nima Talebi]

Package: wnpp
Severity: wishlist
Owner: Nima Talebi 


* Package name: certmaster
  Version : 0.24
  Upstream Author : Michael DeHaan , Adrian Likins 
, Seth Vidal 
* URL : https://fedorahosted.org/certmaster/
* License : GPLv2
  Programming Lang: Python
  Description : Remote certificate distribution framework

Certmaster is a set of tools and a library for easily distributing SSL
certificates to applications that need them.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.26
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Change user used by package

[Harald Braumann]

On Tue, 13 Jan 2009 12:55:31 +0100
Rene Engelhard  wrote:

> Hi,
> 
> Harald Braumann wrote:
> > package's directories for the new user. But a downgrade would then
> > not be possible. The old version couldn't access the directories.
> > 
> > Is there precedence for such a situation? How can it be resolved?
> 
> Downgrades are not supported.
> (which doesn't mean they should if it's sane to do so, in this case
> I don't see how)

OK, thanks. I'll go that route then and ignore ``downgradabilty''.

Cheers,
harry


signature.asc
Description: PGP signature

Re: Change user used by package

[Harald Braumann]

On Tue, 13 Jan 2009 12:51:29 +0100
"Francesco P. Lovergine"  wrote:

> On Tue, Jan 13, 2009 at 11:35:49AM +0100, Harald Braumann wrote:
> > 
> > AFAIK, there's no way for multiple independent packages for using
> > the same user. 
> > 
> 
> Why not? There are already multiple packages that use the same user,
> e.g. www-data. You should only create it and never remove to avoid
> breakages for other packages installed at the same time.

www-data is a globally allocated user. It would of course be possible
to switch to such a user, but that would need changes of base-passwd
and all jabber-related packages. I'm not sure, if it's worth the
trouble. I'm also not sure if a consensus would be reached about the
necessity of a globally allocated jabber user in Debian. Especially as
I don't see much chance of that package getting into Debian main, given
that it's practically unmaintained by upstream.

Cheers,
harry


signature.asc
Description: PGP signature

Re: Change user used by package

[Russ Allbery]

Harald Braumann  writes:
> "Francesco P. Lovergine"  wrote:
>> On Tue, Jan 13, 2009 at 11:35:49AM +0100, Harald Braumann wrote:

>>> AFAIK, there's no way for multiple independent packages for using
>>> the same user. 

>> Why not? There are already multiple packages that use the same user,
>> e.g. www-data. You should only create it and never remove to avoid
>> breakages for other packages installed at the same time.
>
> www-data is a globally allocated user. It would of course be possible to
> switch to such a user, but that would need changes of base-passwd and
> all jabber-related packages.

Well, yes, but I don't see why you'd need a globally allocated user.  Why
don't you just use the same username as the other package?  I don't see
why that wouldn't work, and I don't see anything in Policy 9.2 that says
you shouldn't do that.

Hm.  I suppose that you'd get in trouble if either package removed the
user on purge or renamed the user to something else without coordination.

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511716: ITP: ttymidi -- serial to ALSA MIDI adapter

[Székelyi Szabolcs]

Package: wnpp
Severity: wishlist
Owner: "Székelyi Szabolcs" 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: ttymidi
  Version : 0.20
  Upstream Author : Unknown 
* URL : http://www.varal.org/ttymidi/
* License : GPL
  Programming Lang: C
  Description : serial to ALSA MIDI adapter

ttymidi feeds the ALSA MIDI sequencer with MIDI commands read from
standard serial-like devices.

It can be used with devices that don't have a standard 5-pin DIN
connector, but speak (or can be made to speak) the MIDI protocol,
such as the Arduino board. Development files for using the Arduino
this way are also included, so one can build a cheap MIDI interface
with minimum effort.

- -- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

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

iEYEARECAAYFAkls8u4ACgkQGJRwVVqzMkOtWACdEItN83dR10uhStyyBJlKX5qI
4qgAoIayVQ7hseUZzQzQh9dt9SrvYDQ+
=ksRe
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511715: ITP: gallery3 -- web-based photo album written in PHP

[Michael Schultheiss]

Package: wnpp
Severity: wishlist
Owner: Michael Schultheiss 

* Package name: gallery3
  Version : 3.0
* URL : http://gallery.sf.net
* License : GPL
  Programming Lang: PHP
  Description : web-based photo album written in PHP

Gallery3 is a web-based photo album with multiple user support.  It 
provides users with the ability to create and maintain their own albums 
via an intuitive web interface.
.
Gallery3 is a complete rewrite of the popular Gallery software that 
strives for a simpler codebase and reduced scope to ease 
maintainability.

-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Change user used by package

[Harald Braumann]

On Tue, 13 Jan 2009 09:15:47 -0800
Russ Allbery  wrote:

> Harald Braumann  writes:
> > "Francesco P. Lovergine"  wrote:
> >> On Tue, Jan 13, 2009 at 11:35:49AM +0100, Harald Braumann wrote:
> 
> >>> AFAIK, there's no way for multiple independent packages for using
> >>> the same user. 
> 
> >> Why not? There are already multiple packages that use the same
> >> user, e.g. www-data. You should only create it and never remove to
> >> avoid breakages for other packages installed at the same time.
> >
> > www-data is a globally allocated user. It would of course be
> > possible to switch to such a user, but that would need changes of
> > base-passwd and all jabber-related packages.
> 
> Well, yes, but I don't see why you'd need a globally allocated user.
> Why don't you just use the same username as the other package?  I
> don't see why that wouldn't work, and I don't see anything in Policy
> 9.2 that says you shouldn't do that.

But it's not nice to let stuff lying around after a purge.

> Hm.  I suppose that you'd get in trouble if either package removed the
> user on purge or renamed the user to something else without
> coordination.

That's the problem. All the other package, that use the jabber user
would have to be changed too, so as not to remove the user on purge.
Additionally, jabber-muc would have to conflict with previous versions
of those packages. I thinks its actually a bug, that jabberd2 doesn't
have a conflict with jabber-common (both create/remove the user
jabber, without dependency). I'll file a report.

The other route, of creating a new user and not supporting a downgrade,
seems much saner and more straightforward to me.

Cheers,
harry



signature.asc
Description: PGP signature

Re: Bug#511640: ITP: gbirthday -- GBirthday is a birthday reminder application that helps you to remember your evolution contacts' birthdays.

[Wolf Wiegand]

Hi,

Cyril Brulebois wrote:

> Rolf Leggewie  (13/01/2009):
> > Package: wnpp
> > Severity: wishlist
> > Owner: Rolf Leggewie 
> > 
> > * Package name: gbirthday
> >   Version : 0.4.1
> >   Upstream Author : Alex Mallo
> > * URL : http://gbirthday.sf.net/
> > * License : GPL
> >   Programming Lang: Python
> >   Description : GBirthday is a birthday reminder application that helps 
> > you to remember your evolution contacts' birthdays.
> 
> Hi Rolf. Don't you think that this is a way too long “small” description 
> that won't make it very easy to actually use of it? Mraw, KiBi.

My suggestion:

Description: Birthday reminder for evolution's contacts


Cheers,

Wolf

-- 
Wären Friseure Busfahrer, könnte man das Erreichen des Hauptbahnhofes nur in 
Wahrscheinlichkeiten und Streuungsbreiten angeben. (Stefan Schwarz/Das Magazin)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Change user used by package

[Steve Langasek]

On Tue, Jan 13, 2009 at 09:49:17PM +0100, Harald Braumann wrote:
> > Well, yes, but I don't see why you'd need a globally allocated user.
> > Why don't you just use the same username as the other package?  I
> > don't see why that wouldn't work, and I don't see anything in Policy
> > 9.2 that says you shouldn't do that.

> But it's not nice to let stuff lying around after a purge.

You should never remove users and groups on purge.

> That's the problem. All the other package, that use the jabber user
> would have to be changed too, so as not to remove the user on purge.

If they remove the user on purge, that should be changed anyway.

-- 
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


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Change user used by package

[Harald Braumann]

On Tue, 13 Jan 2009 12:57:11 -0800
Steve Langasek  wrote:

> On Tue, Jan 13, 2009 at 09:49:17PM +0100, Harald Braumann wrote:
> > > Well, yes, but I don't see why you'd need a globally allocated
> > > user. Why don't you just use the same username as the other
> > > package?  I don't see why that wouldn't work, and I don't see
> > > anything in Policy 9.2 that says you shouldn't do that.
> 
> > But it's not nice to let stuff lying around after a purge.
> 
> You should never remove users and groups on purge.
Not even if I created them in post-inst? Oh, I didn't know that. That
makes the problem go away, of course.

Cheer,
harry


signature.asc
Description: PGP signature

Bug#511733: ITP: lua-sec -- SSL support library for lua

[Enrico Tassi]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

--- Please fill out the fields below. ---

   Package name: lua-sec
Version: 0.3
Upstream Author: Bruno Silvestre – brunoos at inf . puc-rio . br
URL: http://www.inf.puc-rio.br/~brunoos/luasec/
License: MIT/X
Description: enhances luasocket library with SSL support

The package is already available in the SVN repo:
  svn://svn.debian.org/svn/pkg-lua/packages/lua-sec/

Cheers
-- 
Enrico Tassi



--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Change user used by package

[Harald Braumann]

On Tue, 13 Jan 2009 12:57:11 -0800
Steve Langasek  wrote:

> On Tue, Jan 13, 2009 at 09:49:17PM +0100, Harald Braumann wrote:
> > > Well, yes, but I don't see why you'd need a globally allocated
> > > user. Why don't you just use the same username as the other
> > > package?  I don't see why that wouldn't work, and I don't see
> > > anything in Policy 9.2 that says you shouldn't do that.
> 
> > But it's not nice to let stuff lying around after a purge.
> 
> You should never remove users and groups on purge.
> 
> > That's the problem. All the other package, that use the jabber user
> > would have to be changed too, so as not to remove the user on purge.
> 
> If they remove the user on purge, that should be changed anyway.

Well, jabber-common does remove the user jabber on purge, jabberd2,
though, doesn't. And it seems that opinions diverge on this matter. See
e.g. http://lists.debian.org/debian-mentors/2004/10/msg00338.html.

I think I take the easy way out. I'll use the user jabber (create it,
if it doesn't exist) and don't delete it. I'll also add a conflict to
jabber-common. If that's a problem for someone, a more sophisticated
solution can still be implemented.

Cheers,
harry


signature.asc
Description: PGP signature

Re: Bug#511640: ITP: gbirthday -- GBirthday is a birthday reminder application that helps you to remember your evolution contacts' birthdays.

[Ben Finney]

Wolf Wiegand  writes:

> My suggestion:
> 
> Description: Birthday reminder for evolution's contacts

That's good, but better would be to follow the guidelines in
http://www.debian.org/doc/developers-reference/ch-best-pkging-practices#s-bpp-pkg-synopsis>,
which recommends the synopsis should work as a noun phrase when put
into a sentence.

Also, the program Evolution is normally capitalised like that within a
sentence, AFAICT.

Last, it seems a bit forced to use the possessive “Evolution's
contacts”. Better would be to say “Evolution contacts”, specifying
a type of contact (ones within Evolution).

My suggestion:

Description: birthday reminder for Evolution contacts

-- 
 \“Pinky, are you pondering what I'm pondering?” “Wuh, I think |
  `\   so, Brain, but wouldn't anything lose its flavor on the bedpost |
_o__)   overnight?” —_Pinky and The Brain_ |
Ben Finney


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Arch:all package depending on package that isn't Arch:any

[Julian Andres Klode]

2009/1/13 Neil Williams :
> On Tue, 13 Jan 2009 08:30:08 +0100
> "Julian Andres Klode"  wrote:
>
>> Russ Allbery wrote:
>> > It would be nice if there were some way of telling the archive software
>> > not to include this package in the archive index on the platforms it
>> > doesn't support, though.
>>
>> My proposal was http://lists.debian.org/debian-devel/2008/02/msg00045.html
>
> And an improved version which doesn't add unnecessary content was
> offered too:
>
> http://lists.debian.org/debian-devel/2008/02/msg00355.html
>
> How about using (for example)
>
> Architecture: all [i386 amd64 ppc]
>
> This has two advantages over a separate line:
> 1. it doesn't bloat the Packages.gz file (which is v.important for
> embedded)
> 2. it follows existing conventions for such data, e.g. build-depends
> and depends lines, which means that existing tools require fewer
> changes to process the new information
>
> We don't have Build-Depends-Architecture or Depends-Architecture, so
> why consider Install-Architecture? Fundamentally, these are the same
> problem so the same solution would be useful.
>
> What is needed now is for someone to pursue the idea with bug reports
> and patches to get it implemented. Ideas are fine but someone needs to
> do the work of identifying what needs to change and how to get it
> working.
>
If we copy this field 1:1 into the package and the Packages files, many
packages will require patches, and the policy as well. I will try to provide
patches for dpkg, dak, apt and python-apt, as well as the policy.

As this change is not backwards-compatible, the first time we could introduce
such packages would be squeeze+1.

-- 
Julian Andres Klode  - Free Software Developer
   Debian Developer  - Contributing Member of SPI
   Ubuntu Member - Fellow of FSFE

Website: http://jak-linux.org/   XMPP: juli...@jabber.org
Debian:  http://www.debian.org/  SPI:  http://www.spi-inc.org/
Ubuntu:  http://www.ubuntu.com/  FSFE: http://www.fsfe.org/


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

FTP team name (was: Ftpteam members)

[Christian Perrier]

Quoting Joerg Jaspert (jo...@ganneff.de):
> Call for help
> -
> Even with one new member just added and another one possibly following
> soon, we can do with more people. The points I listed in [1] basically
> still hold true, in case you consider it, but lets put them in here again. :)
> 
> Basically, 

(long list of ftpmasters duties cut)

That list bringed me a few thoughts

I think that the name of "FTP team" or "ftpmasters" which we often use
is slightly misleading to people we are not aware of each and every
bit of how the project works.

And there are many people who contribute to Debian more occasionnaly
than those "core" folks who know everything about our internal
organization.

Given that the "FTP team" job is much more than managing an FTP
server, couldn't we imagine changing the name of the team to something
that better fits you guys' duties?

Something like "Archive management team" or so?

Of course, to keep the word "master" somewhere, we could have
something like "Archive Master" "title" or something?

Thoughts? Flames? Knives throwing?




-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bits from the Debian CD team

[Goswin von Brederlow]

Frans Pop  writes:

> Overview of available CD/DVD/Blu-ray images for Lenny
> -
> Architecture-specific images:
> * businesscard CD
> * network install (netinst) CD
> * full CD (650MB) images, users can now choose between:
>   - standard CD set, which will by default install GNOME
>   - special KDE CD
>   - special light desktop environments CD (LXDE + Xfce)
> * DVD set
> * Blu-ray image (only as jigdo files for i386, amd64 and source)
>
> Multi-architecture images:
> * alpha/hppa/ia64 network install CD
> * i386/amd64/powerpc network install CD
> * i386/amd64 DVD; also includes source packages

What about a multiarch Blu-ray image? That should have plenty of space
for everything usualy needed. Or does Blu-ray have a different boot
mechanism that doesn't allow this?

MfG
Goswin


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org