Re: Debian Public Relations Director

[Paul Wise]

On Wed, Jan 27, 2010 at 2:49 PM,   wrote:

> I had a certain somebody in mind that I wanted to nominate for the post
> of Debian Public Relations Director. But alas, no such mechanism exists 
> amongst
> $ w3m -dump http://www.debian.org/devel/constitution |grep -i nominate
> So never mind.

debian-devel is not the appropriate list for this topic, you probably
meant to post to debian-project, perhaps CCing the relevant persons
from amongst these:

http://www.debian.org/devel/leader
http://www.debian.org/intro/organization#publicity

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Re: FOP: Objects for Formatting Objects ?

[Nikita V. Youshchenko]

> *However*, do note that in the XML source files, there are comments such
> as:
>
> 
> 
>
> Thus you should carefully examine the licenses of each file.
>  may also be
> useful.

Perhaps that is because of technical, not legal, issues?


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

Re: #560778 apt-listchanges: depends on things in optional, which depend on things in extra

[Holger Levsen]

reassign 560778 ftp.debian.org
retitle 560778 "please promote python-apt and python-support to standard"
severity 560778 important
thanks


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

Re: FOP: Objects for Formatting Objects ?

[Marcus Better]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Nikita V. Youshchenko wrote:
>> 
>> 

> Perhaps that is because of technical, not legal, issues?

More likely because Donald Knuth does not want the behaviour of TeX to 
change.

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

iEYEARECAAYFAktgHfAACgkQXjXn6TzcAQlLOwCg1k8LWaOVqOOL9RZg23NgceTN
RygAn1HebdmCSJIv59z/1IkZbJGFX2C+
=4eDS
-END PGP SIGNATURE-



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

ITP: sugar-terminal-activity -- terminal activity for the Sugar graphical shell

[Siegfried-Angel Gevatter Pujals]

Package: wnpp
Severity: wishlist

Package: sugar-terminal-activity
License: GPLv2+
Homepage: http://wiki.laptop.org/go/Terminal_Activity

 Sugar is a graphical user interface aimed at children.
 .
 Sugar is mainly used as the interface for One Laptop Per Child (OLPC)
 XO machines.
 .
 This package contains the terminal activity, providing a command line.

Vcs-Git: git://git.debian.org/git/collab-maint/sugar-terminal-activity.git
Vcs-Browser: 
http://git.debian.org/?p=collab-maint/sugar-terminal-activity.git;a=summary

-- 
Siegfried-Angel Gevatter Pujals (RainCT)
Free Software Developer   363DEAE3


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

Re: Roundcube does not create database

[Vincent Bernat]

OoO  Pendant  le repas  du  mardi 26  janvier  2010,  vers 19:17,  Frank
Niedermann  disait :

> Already tried "dpkg-reconfigure -plow roundcube-core". It asks
> about the mailserver, encryption and stuff but not about the
> database. When I installed phpmyadmin dbconfig-common asked
> me to enter the database admin password and created the new
> phpmyadmin database in MySQL.

> I expected roundcube to do the same but it did not. It also did
> not ask the mailserver settings, this only comes up with the -plow
> parameter for dpkg-reconfigure.

Well, I  don't know exactly  how to solve  your problem. You can  ask on
debian-us...@ldo (since  debian-de...@ldo is not the right  place to ask
for help on this) or file a  bug report. I doubt that the bug is related
to roundcube since all database handling is done by dbconfig-common.

You can also look at :
 debconf-get-selections | grep -E ^(roundcube-core|dbconfig-common)

"dbconfig-install" key should be "true".
-- 
BOFH excuse #269:
Melting hard drives


pgp7dAIwsJbkP.pgp
Description: PGP signature

Re: ossp-uuid: Orphaning, a new upload or removal?

[Marco Nenciarini]

Marco Nenciarini ha scritto:
> Kai Wasserbäch ha scritto:
>> Please note: because the next release starts to appear on the horizon and any
>> action regarding ossp-uuid would have to be taken before the freeze, I'll 
>> expect
>> your answer within 20 days (2010-02-15). I don't intend to give an offence by
>> this, it's just to make sure, somebody might have time to step up and take 
>> over
>> the package, in case that should be needed.
>>
> 
> I'm interested in maintaining it. If the maintainer agree and no-one
> have any objection I'll try to make an updated package based on latest
> release and the latest packaging from Ubuntu.
> 
> Kind regards,
> Marco
> 

I've done some work on ossp-uuid package. I've just put it in a git
repository on alioth[1]. It fixes almost all open bugs in BTS.

It's still version 1.5.1 because 1.6.2 version require a soname change.

Of course, I'll upload it only if needed, otherwise I hope my patches
will help the previous maintainer to do his work.

Kind regards,
Marco

[1] http://git.debian.org/?p=collab-maint/ossp-uuid.git


-- 
-
|Marco Nenciarini| Debian/GNU Linux Developer - Plug Member |
| mnen...@prato.linux.it | http://www.prato.linux.it/~mnencia   |
-
Key fingerprint = FED9 69C7 9E67 21F5 7D95  5270 6864 730D F095 E5E4




signature.asc
Description: OpenPGP digital signature

Bug#567186: RFH: miredo -- Teredo IPv6 tunneling through NATs

[Remi Denis-Courmont]

Package: wnpp
Severity: normal


   Hello,

I request assistance with maintaining the miredo package.

The last update has unfortunately introduced a severe regression. That
bug was upstream, but that's hardly an excuse since I am upstream too.
In the mean time, I have lost contact of my sponsor (no answer from
emails and IRC), and haven't been able to get a new on debian-mentors.

Best regards,

The package description is:
 The Teredo IPv6 tunneling protocol encapsulates IPv6 packets into UDP/IPv4
 datagrams, to allow hosts behind NAT devices to access the IPv6 Internet.
 .
 Miredo is a Teredo client (as per RFC 4380): it can provide IPv6
 connectivity to a dual-stack IPv6/IPv4 host even if it is located behind a
 NAT. It can also operate as a Teredo relay which forwards IPv6 packets
 between the IPv6 Internet and remote Teredo clients.



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

Re: Debian policy update (3.8.4.0)

[Josselin Mouette]

Le mercredi 27 janvier 2010 à 21:44 +0100, Bill Allombert a écrit : 
> Dear developers,
> 
> Debian policy 3.8.4.0 has been uploaded today with the following changes:
> 
>  * An FHS exception has been granted for multiarch libraries.
>Permitting files to instead be installed to `/lib/triplet' and
>`/usr/lib/triplet' directories. [9.1.1]

Does that mean we can start working on multiarch-compatible packages
right now, or would it be a waste of time?

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


signature.asc
Description: Ceci est une partie de message numériquement signée

"failed build of " mails

[Josselin Mouette]

Hi,

I’m not sure I recall who started sending the mails who warn us about
failed builds immediately. Anyway. That’s really appreciated, but -
there is a but - for packages that fail on all architectures, it means a
dozen of emails. For team-maintained packages, multiply by the number of
packages that fail, and the list is made harder to follow.

Would it be possible to batch the emails somehow? For example, if after
a few hours, all architectures that have tried to build the package
failed, send a mail that says it failed everywhere.

It would also be nice to distinguish between failures at the package
installation time, and failures that happen inside dpkg-buildpackage. In
the former case, some action is required, but often not by the package
maintainer.

Thanks,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


signature.asc
Description: Ceci est une partie de message numériquement signée

Re: Debian policy update (3.8.4.0)

[Hector Oron]

Hi,

2010/1/27 Josselin Mouette :
> Le mercredi 27 janvier 2010 à 21:44 +0100, Bill Allombert a écrit :
>> Dear developers,
>>
>> Debian policy 3.8.4.0 has been uploaded today with the following changes:
>>
>>  * An FHS exception has been granted for multiarch libraries.
>>    Permitting files to instead be installed to `/lib/triplet' and
>>    `/usr/lib/triplet' directories. [9.1.1]
>
> Does that mean we can start working on multiarch-compatible packages
> right now, or would it be a waste of time?

Why should it be a waste of time? It only means you are allowed to
work on multiarch packages, this step helps multiarch developers and
testers to do a better job having real test cases in the archive.

Beware there is still lack of support for several tools like dpkg/apt
within Debian.

Regards,
-- 
 Héctor Orón

"Our Sun unleashes tremendous flares expelling hot gas into the Solar
System, which one day will disconnect us."


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

Re: Debian policy update (3.8.4.0)

[Steve Langasek]

On Wed, Jan 27, 2010 at 09:59:00PM +0100, Josselin Mouette wrote:
> Le mercredi 27 janvier 2010 à 21:44 +0100, Bill Allombert a écrit : 
> > Dear developers,

> > Debian policy 3.8.4.0 has been uploaded today with the following changes:

> >  * An FHS exception has been granted for multiarch libraries.
> >Permitting files to instead be installed to `/lib/triplet' and
> >`/usr/lib/triplet' directories. [9.1.1]

> Does that mean we can start working on multiarch-compatible packages
> right now, or would it be a waste of time?

It means that packages may begin installing their files in the multiarch
directories.  The draft multiarch spec is not part of Policy yet, nor is
there a package manager that will successfully cross-install these, so I
wouldn't encourage maintainers to have their packages declare themselves
Multi-Arch: yes without careful coordination with debian-devel.

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

Re: "failed build of " mails

[Raphael Geissert]

Josselin Mouette wrote:

> Hi,
> 
> I’m not sure I recall who started sending the mails who warn us about
> failed builds immediately. Anyway. That’s really appreciated,

It was announced on the last Misc Developer News.

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

Re: "failed build of " mails

[Paul Wise]

2010/1/28 Josselin Mouette :

> Would it be possible to batch the emails somehow? For example, if after
> a few hours, all architectures that have tried to build the package
> failed, send a mail that says it failed everywhere.

Sounds like a good idea. I'd speculate that it might be hard to
implement, unless the notification mails were delayed until all arches
have tried the package (or are in BD-Uninstallable state). Probably
the debian-wb-team list is the appropriate place to request this.

> It would also be nice to distinguish between failures at the package
> installation time, and failures that happen inside dpkg-buildpackage. In
> the former case, some action is required, but often not by the package
> maintainer.

Wouldn't the new BD-Uninstallable state catch these failures, or are
we talking about bugs in the maintainer scripts of the Build-Depends
tree? For the former, I imagine no mails are sent. For the latter, the
package maintainer could file RC bugs to get the problem fixed or NMU
if there already is one.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#567247: ITP: libucimf -- 2.2.9

[Aron Xu]

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

Package name: libucimf
Version:
Upstream Author: Mat 
URL: http://code.google.com/p/ucimf
License: GPL
Description: Unicode console input method framework
Provide an input method framework for unicode console use.



signature.asc
Description: OpenPGP digital signature

Bug#567248: ITP: fbterm-ucimf -- input method interface for fbterm

[Aron Xu]

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

Package name: fbterm-ucimf
Version: 0.2.6
Upstream Author: Mat 
URL: http://code.google.com/p/ucimf
License: GPL
Description: input method interface for fbterm




signature.asc
Description: OpenPGP digital signature