Re: Cool stuff (was: Re: Graphing Debian Keyring)

[Andreas Tille]

On Fri, 14 Mar 2008, Felipe Augusto van de Wiel (faw) wrote:


We can also steal the scripts not frequently updated from
people.d.o and put it under an Alioth project to be handled similar
to pkg-games, pkg-perl and CollabMaint. :-)


I would be in great favour of this.  (I like goodies.debian.net, but
no strong opinion about the name).  The question is: Is there anybody
who would actually _do_ the initial collection, which seems to be quite
a hard job?

Kind regards

 Andreas

--
http://fam-tille.de


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

Work-needing packages report for Mar 14, 2008

[wnpp]

The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.

Total number of orphaned packages: 360 (new: 9)
Total number of packages offered up for adoption: 90 (new: 6)
Total number of packages requested help for: 40 (new: 4)

Please refer to http://www.debian.org/devel/wnpp/ for more information.



The following packages have been orphaned:

   curator (#470766), orphaned today
 Description: Turn directories of images into static web content
 Installations reported by Popcon: 136

   elfsh (#470682), orphaned yesterday
 Description: The ELF shell
 Reverse Depends: elfsh libelfsh0-dev
 Installations reported by Popcon: 87

   jack-tools (#469929), orphaned 6 days ago
 Description: various JACK tools: plumbing, play, udp, ctl, scope,
   clock
 Installations reported by Popcon: 1003

   jftpgw (#470518), orphaned 2 days ago
 Description: Joe's FTP Proxy/Gateway
 Installations reported by Popcon: 17

   lilo (#470683), orphaned yesterday
 Description: LInux LOader - The Classic OS loader can load Linux and
   others
 Installations reported by Popcon: 4211

   mudnames (#470534), orphaned 2 days ago
 Description: Multi-User Dungeon name generator daemon
 Installations reported by Popcon: 55

   newsgate (#470134), orphaned 4 days ago (non-free)
 Description: Mail to News and News to Mail Gateway
 Installations reported by Popcon: 18

   qpopper (#470720), orphaned today
 Description: Enhanced Post Office Protocol server
 Installations reported by Popcon: 4821

   synce-dccm (#470099), orphaned 5 days ago
 Description: Daemon to keep a connection to your WinCE device up
 Installations reported by Popcon: 320

351 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/orphaned for a complete list.



The following packages have been given up for adoption:

   avscan (#470688), offered yesterday
 Description: GTK frontend for the Clam AntiVirus scanner (ClamAV)
 Installations reported by Popcon: 662

   endeavour (#470687), offered yesterday
 Description: file and disk management suite
 Reverse Depends: avscan endeavour2 libendeavour2-dev
 Installations reported by Popcon: 1165

   libunicode-japanese-perl (#470722), offered today
 Description: Perl module for convert japanese encodings
 Installations reported by Popcon: 74

   mudnames (#470534), offered 2 days ago
 Description: Multi-User Dungeon name generator daemon
 Installations reported by Popcon: 55

   rest2web (#470751), offered today
 Description: web site builder using ReStructured Text as basic
   content format
 Installations reported by Popcon: 70

   synergy (#470186), offered 4 days ago
 Description: Share mouse, keyboard and clipboard over the network
 Reverse Depends: quicksynergy
 Installations reported by Popcon: 1196

84 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list.



For the following packages help is requested:

[NEW] apache2 (#470795), requested today
 Description: Co-maintainer wanted
 Reverse Depends: adzapper ampache apache2 apache2-dbg
   apache2-mpm-event apache2-mpm-itk apache2-mpm-perchild
   apache2-mpm-prefork apache2-mpm-worker apache2-prefork-dev (145 more
   omitted)
 Installations reported by Popcon: 36711

[NEW] jove (#470185), requested 4 days ago
 Description: Jonathan's Own Version of Emacs - a compact, powerful
   editor
 Reverse Depends: xjove
 Installations reported by Popcon: 168

[NEW] milter-greylist (#470188), requested 4 days ago
 Description: GreyList milter for sendmail
 Installations reported by Popcon: 24

[NEW] nn (#470187), requested 4 days ago
 Description: Heavy-duty USENET news reader (curses-based client)
 Installations reported by Popcon: 127

   apt-build (#365427), requested 684 days ago
 Description: Need new developer(s)
 Installations reported by Popcon: 965

   ara (#450876), requested 123 days ago
 Description: utility for searching the Debian package database
 Installations reported by Popcon: 121

   athcool (#278442), requested 1234 days ago
 Description: Enable powersaving mode for Athlon/Duron processors
 Installations reported by Popcon: 253

   cfs (#458061), requested 76 days ago
 Description: Cryptographic Filesystem
 Installations reported by Popcon: 116

   cvs (#354176), requested 749 days ago
 Description: Concurrent Versions System
 Reverse Depends: crossvc cvs-autoreleasedeb cvs-buildpackage cvs2cl
   cvs2html cvschangelogb

Re: Cool stuff (was: Re: Graphing Debian Keyring)

[Paul Wise]

On Fri, Mar 14, 2008 at 12:44 PM, Felipe Augusto van de Wiel (faw)
<[EMAIL PROTECTED]> wrote:

> Besides from maintaining a list of [1]UnofficialTools, we
>  should start thinking about having a shared place with cool scripts
>  that we could put together to be "team maintained" and kept
>  up-to-date more frequently, something like a justforfun.debian.net
>  or goodies.debian.net or coolstuff.debian.net (yes, I couldn't
>  think in a good name).
>
> We can also steal the scripts not frequently updated from
>  people.d.o and put it under an Alioth project to be handled similar
>  to pkg-games, pkg-perl and CollabMaint. :-)
>
>
>  1. http://wiki.debian.org/UnofficialTools

Sounds like a good idea, I'd suggest using CollabMaint rather than a
new alioth group though.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Re: Tvtime and Logitech Quickcam-Messenger Camera

[Paul Wise]

On Fri, Mar 14, 2008 at 1:20 PM, 19.welle <[EMAIL PROTECTED]> wrote:

>  I have Snapshot-Debian-Testing from 13.03.2008 with KDE-Version. It is
>  generally good, but there is a Problem with the Software Tvtime (Analog
>  TV karte - Avermedia TVphone) and Logitech Quickcam-Messenger Camera.

Please file a bug report on the packages that cause these problems:

http://www.debian.org/Bugs/Reporting

>  Note: May I write you in German ?

Please write to the German users list:

http://lists.debian.org/debian-user-german/

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Re: dpkg semi-hijack - an announcement (also, triggers)

[Guillem Jover]

On Wed, 2008-03-12 at 10:01:35 +, Ian Jackson wrote:
> Guillem Jover writes ("Re: dpkg semi-hijack - an announcement (also, 
> triggers)"):
> > On Mon, 2008-03-10 at 14:42:48 +1000, Anthony Towns wrote:
> > > Against the wishes of, afaict, Guillem and Raphael, Ian's made applying
> > > his triggers patch dependent on:
> > > 
> > >   - reversion to two space indenting

I seems I'll need to clarify this as well, as it's not correct, and has
been brought somewhere else... The rest has already been explained
several times, and I don't think there's any need to be repetitive.

> The history of this change is as follows:
>   * At some point, without any kind of discussion, Guillem
> unilaterally reformats several files to 8-character indents.

This is not correct. The changes referred to in bug 375711 were
introduced when:

  Wichert reindents configure.c:

  

  Initial version by Wichert of showpkg.c:

  

  New function by Fumitoshi Ukai in archives.c:

  

  Initial version of tarfn.c (git history does not go further and the
  ChangeLog is not detailed enough, from the header I assume it was
  Bruce Perens):

  

>   * On the *26th of June 2006* I noticed this because it caused
> an unnecessary merge conflict while I was trying to do a merge
> between the Ubuntu and Debian versions of dpkg.

I doubt actually this caused any merge conflict, given that those files
had been this way for a long long time.

>   * I thought it was a mistake because surely no-one would
> deliberately change the indent depth in an existing piece of free
> software.  (A plausible mechanism for the mistake involves an
> editor with tab-width set to 2; these kind of things do happen
> occasionally.)

It does not matter if it was a mistake or not, this kind of change
should have never landed in any unrelated non-official branch mixed
with other stuff. And I disagree that no one would want to change
coding style as I explained in:

  

>   * I therefore posted saying to debian-dpkg that this loooked like a
> mistake.  I also filed a bug, #375711, with a patch to revert the
> change.
>   * On the *30th of May 2007* I got the same merge conflict again in a
> later merge.  My bug report had gone unanswered.  By this point
> there is a considerable body of changes in Ubuntu which ought to
> be merged into Debian, all of which have the original formatting
> as I requested in my bug report.

The patch in that bug had been partially applied (explained at [0]):

  

And I guess at this point I should have just closed the bug, but this
was a continuos source of conflict, so leaving it open seemed to be
the less annoying.

I disagree with the rest of the patch[1], which was also wrong (due to
the resulting mixed indentantion), as I explained at:

  [0] 

  [1] 


>   * So I post to debian-dpkg again and Guillem tells me it was
> deliberate.

I said in [0] that "I think that those changes were done on purpose".

guillem


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

Cool stuff (was: Re: Graphing Debian Keyring)

[Felipe Augusto van de Wiel (faw)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10-03-2008 06:43, Andreas Tille wrote:
> On Sun, 9 Mar 2008, Hideki Yamane wrote:
> 
>> In Developer Locations page(*), it seems that Debian Developer is in
>> Antarctic Continent... awesome! Is it real??
>>
>> *) http://www.debian.org/devel/developers.loc
> 
> BTW, I remember times when Edward Betts did some graphing of the
> Debian keyring under
> 
>http://people.debian.org/~edward/globe/earthkeyring/
> 
> but this seems not to be updated for a long time.  Any chance of
> getting this updated?

Besides from maintaining a list of [1]UnofficialTools, we
should start thinking about having a shared place with cool scripts
that we could put together to be "team maintained" and kept
up-to-date more frequently, something like a justforfun.debian.net
or goodies.debian.net or coolstuff.debian.net (yes, I couldn't
think in a good name).

We can also steal the scripts not frequently updated from
people.d.o and put it under an Alioth project to be handled similar
to pkg-games, pkg-perl and CollabMaint. :-)


1. http://wiki.debian.org/UnofficialTools
- --
Felipe Augusto van de Wiel (faw)
"Debian. Freedom to code. Code to freedom!"
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFH2fS5CjAO0JDlykYRApHIAJwORDcljai+YrPVNu6FkRljcBIk+wCfX3pB
E9hdzU9SffZCQekE6dqtGE8=
=IEw3
-END PGP SIGNATURE-


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

Re: dpkg compilation on Solaris

[Guillem Jover]

Hi Michel,

On Thu, 2008-03-13 at 15:51:15 +0100, BRIAND, Michel (EKITO) wrote:
> dpkg ported to Solaris, has problems with obstack and strlen.

Please use debian-dpkg or preferibly the BTS to discuss this kind of
thing, debian-devel is not the appropriate forum. If you could file a
bug report we can move the discussion there.

> I've seen that a recent patch converted all that stuff to libcompat.

Yes, one of the reasons for those changes was to accomodate the needed
stuff for Solaris and other systems. I've not forgotten this and
it's also on the TODO list. Will get to it before the .17 upload.

> Can you help me get this new version (I do not have git) and I need to
> go with dpkg 1.14.16.x 

You can take snapshots from the git repo from the gitweb interface:

  

regards,
guillem


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

Tvtime and Logitech Quickcam-Messenger Camera

[19.welle]

Have a nice Days,

I have Snapshot-Debian-Testing from 13.03.2008 with KDE-Version. It is 
generally good, but there is a Problem with the Software Tvtime (Analog 
TV karte - Avermedia TVphone) and Logitech Quickcam-Messenger Camera.


Greeting
19.welle

Note: May I write you in German ?


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

Bug#470831: ITP: gkrellm-thinkbat -- ThinkPad laptops battery status indicator for GKrellM

[Adam Sloboda]

Package: wnpp
Severity: wishlist
Owner: Adam Sloboda <[EMAIL PROTECTED]>


* Package name: gkrellm-thinkbat
  Version : 0.2.2
  Upstream Author : Rasto Sramek <[EMAIL PROTECTED]>
* URL : http://www.thinkwiki.org/wiki/Gkrellm-ThinkBat
* License : GPL
  Programming Lang: C
  Description : ThinkPad laptops battery status indicator for GKrellM

This plugin displays:
 * power consumption
 * time estimation
 * remaining capacity percentage
 * charging information

tp_smapi kernel module is required as source of information about battery.


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.22-rc7-hrt1
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: table view wnpp page now on wnpp.debian.net

[Sebastian Pipping]

Sebastian Pipping wrote:

thanks to lucas nussbaum the address

  http://debian.binera.de/wnpp/

is now accessible through

  http://wnpp.debian.net/ .


I moved the WNPP table page to a host
where I can modify the Apache config.
Therefore

   http://wnpp.debian.net/

is no longer a HTTP redirect but
a real IP pointer. The old (binera)
address now is a forward instead
so roles have been swapped.


Since the page has reached a "stable" state
I would like to ask if there is a chance
to point to it from somewhere on

   http://www.debian.org/devel/wnpp/

Would be cool if somebody with permissions
could add such a link.

Thanks in advance,



Sebastian


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

Re: table view wnpp page now on wnpp.debian.net

[Sebastian Pipping]

Tim Cutts wrote:
A minor niggle, but the colours you have chosen are not good for the 5% 
of your male viewers who have deuteranopia or protanopia, the two most 
common forms of colour-blindness.  I don't have either condition myself, 
but I've been bitten by this before in web pages I've created...  in 
particular the green and yellow shades are almost identical for people 
with either condition.


Hm, can you help with creating a good set of colors?



Sebastian



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

Bug#470826: ITP: libmethod-alias-perl -- create method aliases

[Niko Tyni]

Package: wnpp
Severity: wishlist
Owner: Niko Tyni <[EMAIL PROTECTED]>

* Package name: libmethod-alias-perl
  Version : 1.03
  Upstream Author : Adam Kennedy <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/Method-Alias/
* License : GPL-1+ | Artistic
  Programming Lang: Perl
  Description : Create method aliases

The traditional way to create a method alias (provide an alternate
name for a method) is simply a GLOB alias.  While this works fine for
functions, it does not work for methods overloaded by a subclass.
.
Instead, Method::Alias creates a number of methods in the caller's
package to call the real method. It is designed to be used as a pragma,
to which you provide a set of pairs of method names.


(This is needed for the current upstream version of libtest-tap-model-perl.
 It will be maintained by the Debian Perl Group.)
-- 
Niko Tyni   [EMAIL PROTECTED]



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

Re: dpkg semi-hijack - an announcement (also, triggers)

[Tollef Fog Heen]

* Mike Bird 

| Please recall that Ian wrote dpkg (replacing Murdock's earlier
| PERL dpkg).  Ian knows dpkg better than any of the current team.

Ian had one upload of dpkg after September 1996, which was in 1998
before he suddenly regained interest in it about a year or so ago. I'm
not questioning his motives, I am just pointing out that iwj
maintained it for about two out of its fourteen-year life.  Calling
the project Ian's and implying that he has a god-given right to take
back dpkg because he first wrote it is just silly.

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


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

Come fare ad essere piu’ visibili in Giappone

[Hotelguideitaly]

Buon giorno,
Sapete che in molte strutture ricettive nelle
zone turistiche Italiane si fanno questa domanda?
"Come fare ad essere piu’ visibili in
Giappone ?!"
Vuoi che anche la tua struttura abbia piu visibilità
in Giappone ?
allora questa e-mail puo' esserti utile. Se invece la
cosa non ti interessa chiudila e grazie per averla aperta.
Quasi sempre un direttore ch decide di fare promozione su
un  portale di 
Booking on-line  dopo un mese o due dice "questo
portale funziona perche’ mi ha gia’ dato delle
prenotazioni"
Ma per il turismo Giapponese individuale non
e’ cosi, perche’ pochissimi 
usano il booking on-line prima cercano molte
informazioni  
sul posto dove vogliono andare, quindi la
visibilita’ diventa piu’ importante
del booking on-line.  
 
Per questo abbiamo creato hotelguideitaly.jp
e italiabuongiorno.com
due vetrine in lingua Giapponese 
con tante informazioni sull’ italia oltre 
alle  schede delle strutture  ricettive Italiane 
clicca
qui per vederne una. 
Ecco, se questo e’ interessante per te, allora questa
e’ un ottima soluzione, 
per essere piu’ visibili in Giappone senza spendere un
sacco di soldi!!
Ma non e’ tutto clicca
qui per vedere l’offerta. 
Saluti da Takahashi    



Per maggior
informazioni www.hotelguideitaly.net  


Per qualsiasi
informazione i nostri operatori sono a vostra disposizione 
Chiamata Gratuita Numero verde 800.529.748 dalle 9,30 alle
18,00  da telefono fisso da lunedi a venerdi 
oppure
inviando una e-mail a [EMAIL PROTECTED] 

Nota: questa email è generata
automaticamente dal sistema di Ponte Fuji, 
per rispondere a questo messaggio usa [EMAIL PROTECTED]
 

Cordiali
saluti dallo staff di Ponte Fuji s.r.l.
www.hotelguideitaly.jp
www.hotelguideitaly.net
www.italiabuongiorno.com 
Tel. 055 2342043
Fax. 055 2260640
Numero verde 800.529.748

Se preferisci non
ricevere più questa newsletter, fai
clic qui per la cancellazione, non sarai piu'
disturbato.


 
Newsletter inviata attraverso 4NPRO 
il software che rivoluziona l'email marketing.









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

Bug#470813: ITP: ext3grep -- Tool to facilitate and automate deleted file recovery from an ext3 filesystem.

[rich]

Package: wnpp
Severity: wishlist
Owner: Rich Ercolani <[EMAIL PROTECTED]>


* Package name: ext3grep
  Version : 0.0.0
  Upstream Author : Carlo Wood <[EMAIL PROTECTED]>
* URL : http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html
* License : GPLv3
  Programming Lang: C
  Description : Tool to facilitate and automate deleted file recovery from 
an ext3 filesystem.

ext3grep is a simple tool intended to aid anyone who accidentally deletes a
file on an ext3 filesystem, only to find that they wanted it shortly
thereafter.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.22-3-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=UTF-8)



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

Re: [PATCH] debootstrap new options to list and check suite

[Julien Kerihuel]

On Thu, 2008-03-13 at 18:51 +, Neil Williams wrote:
> Any reason not to file this as a wishlist bug against debootstrap in the
> Debian Bug Tracking System?
> 
> http://www.debian.org/Bugs/Reporting
> 
> This isn't the kind of thing that generally needs discussion on
> debian-devel.

Oops, sorry for the post on the inappropriate mailing-list and thanks
for pointing me at the correct location. 

-- 
Julien Kerihuel
[EMAIL PROTECTED]
OpenChange Project Manager

GPG Fingerprint: 0B55 783D A781 6329 108A  B609 7EF6 FE11 A35F 1F79



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

Re: dpkg with triggers support (again)

[Russ Allbery]

Ian Jackson <[EMAIL PROTECTED]> writes:

> I don't know if there are any plausible machines out there where int*'s
> and char*'s have different representations but in fact just the other
> day I was having a conversation about how on certain weird ARMish chips
> (where pointers address words, not bytes) that would be one reasonable
> ABI given the architecture.

If a (char *)0 doesn't work as a pointer argument that's expecting
(int *)0, then calloc or memset of a structure with pointer members
probably won't reliably give you null pointers.  The amount of code that
depends on that behavior is *significant*.  It's fairly rare to see UNIX
code that doesn't make that assumption.

The only possible exception is if (char *)0 and (int *)0 both use all-zero
bit patterns but are different sizes.  I've never heard of an architecture
that did that.  (I *have* heard of architectures in common use where a
pointer to data is a different size than a pointer to a function, but
function pointers are very rarely passed to variadic functions.)

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Re: [PATCH] debootstrap new options to list and check suite

[Neil Williams]

On Thu, 2008-03-13 at 18:18 +0100, Julien Kerihuel wrote:
> Hi List,
> 
> Please find attached a small patch which add new options to debootstrap
> script and manpage:
> 

Any reason not to file this as a wishlist bug against debootstrap in the
Debian Bug Tracking System?

http://www.debian.org/Bugs/Reporting

This isn't the kind of thing that generally needs discussion on
debian-devel.

-- 

Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/



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

Re: Suggested improvements for handling Architecture independent packages

[Bas Wijnen]

Hi,

On Thu, Mar 13, 2008 at 03:20:28PM +0100, Julian Andres Klode wrote:
> I would like to suggest two major improvements related to packages
> which are "Architecture: all".
> 
> The first thing I want to suggest is the handling of dependencies.
> When building a package, you can use "Depends: package [arch1 arch2]"
> which means that it depends on package only on the architectures arch1
> and arch2. But this only works for architecture dependent packages.
> Therefore, I would like to not process this "command" during the
> build-time, but do it at the installation time.
> 
> This is especially useful for recommends, since all recommends have to
> be available. Without it, the best way is to only suggest the package.

I don't see the "major improvement".  Why would you want to use this?  I
see two reasons:

- There is a real Recommends: relation, but the target package is not
  available on some architectures.  In this case, excluding them from
  the recommends list would hide the bug instead of fixing it.

- In rare cases, I can imagine that some really low-level tool is not
  available, especially on different kernels (kfreebsd or hurd, for
  example).  While this is a legitimate reason, I think it's so rare
  that it certainly doesn't count as "major improvement".

> The other suggestion [2] is to add a field called
> "Install-Architecture" to the control file, listing architectures for
> which this package should be available.  Another idea is to use
> "Architecture: all [i386 amd64 ppc]", which seems to be better [3].

This sounds useful, indeed.  If you have the coding skills, I think
patches would be appreciated. ;-)

Thanks,
Bas

-- 
I encourage people to send encrypted e-mail (see http://www.gnupg.org).
If you have problems reading my e-mail, use a better reader.
Please send the central message of e-mails as plain text
   in the message body, not as HTML and definitely not as MS Word.
Please do not use the MS Word format for attachments either.
For more information, see http://pcbcn10.phys.rug.nl/e-mail.html


signature.asc
Description: Digital signature

Bug#470795: RFH: apache2 - Co-maintainer wanted

[Stefan Fritsch]

Package: wnpp
Severity: normal


I request assistance with maintaining the apache2 package.

The package is not in a bad shape, but I just keep up with new bug reports and
haven't been able to actually reduce the bug count for some time. The other
Apache Team members are currently mostly inactive.

The new co-maintainer(s) should of course have experience as apache user.


This RFH also includes the ssl-cert, apr, and apr-util packages. But those
are less work and have fewer bugs.



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

Re: Bug#446030: ITA: kbd -- Linux console font and keytable utilities

[Michael Schutte]

retitle 446030 ITA: kbd -- Linux console font and keytable utilities
owner 446030 !
thanks

On Thu, Mar 13, 2008 at 01:34:47PM +0200, Anton Zinoviev wrote:
> Not only I can be a sponsor but I will be able to help with the script 
> part of the package if you need.

Great, thank you!  Retitling this report to ITA.

> However since this package is part of the core of Debian, I prefer your 
> taking over to be announced first in debian-devel (and thats why I am 
> sending my reply to debian-devel too).
>
> Let me remind to the readers of debian-devel that currently there are 
> two console packages in Debian -- kbd and console-tools.  Console-tools 
> has no upstream maintainer and because of this the Debian maintainer of 
> console-tools has aready tagged several bugs as non-fix.  The console 
> utilities of the installer are entirely based on kbd and not on 
> console-tools.  Because of this kbd needs to be properly maintained.

I know about kbd building a udeb, and the consequences of that, and I
think that I have enough knowledge about a maintainer’s duties to cope
with kbd’s issues.

Best regards,
-- 
Michael Schutte <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

[PATCH] debootstrap new options to list and check suite

[Julien Kerihuel]

Hi List,

Please find attached a small patch which add new options to debootstrap
script and manpage:

--list-suitelist available debootstrap suites
--check-suite=A check if suite A is supported by debootstrap

These options may be useful to developers willing to have a build system
where they can customize the debootstrap SUITE parameter and perform
sanity check before executing the script (e.g. ./configure
--with-suite=sarge).

The patch also adds --version to the man page.


Cheers,
Julien.

-- 
Julien Kerihuel
[EMAIL PROTECTED]
OpenChange Project Manager

GPG Fingerprint: 0B55 783D A781 6329 108A  B609 7EF6 FE11 A35F 1F79

Index: debootstrap
===
--- debootstrap	(revision 51904)
+++ debootstrap	(working copy)
@@ -70,6 +70,9 @@
   --version  display version information and exit
   --verbose  don't turn off the output of wget
 
+  --list-suite   list available debootstrap suites
+  --check-suite=Acheck if suite A is supported by debootstrap
+
   --download-onlydownload packages, but don't perform installation
   --print-debs   print the packages to be installed, and exit
 
@@ -115,6 +118,30 @@
 		echo "debootstrap $VERSION"
 		exit 0
 		;;
+	--list-suite)
+		echo -n "available debootstrap suites: "
+		file=($DEBOOTSTRAP_DIR/scripts/*)
+		for suite in [EMAIL PROTECTED]
+		do
+		echo -n "$suite " | sed -e 's/.*\///g'
+		done
+		echo ""
+		exit 0
+		;;
+	--check-suite*)
+		search="$(echo $1 | cut -f2 -d"=")"
+		file=($DEBOOTSTRAP_DIR/scripts/*)
+		for suite in [EMAIL PROTECTED]
+		do
+		suite=`echo $suite | sed -e 's/.*\///g'`
+		if [ "$suite" = "$search" ]; then
+			echo "$search suite is supported"
+			exit 0
+		fi
+		done
+		echo "$search suite is not supported"
+		exit 0
+		;;
 	--boot-floppies)
 		if [ -n "$USE_DEBIANINSTALLER_INTERACTION" ] ; then
 			error 1 ARG_BFDI "Can only use one of --boot-floppies and --debian-installer"
Index: debootstrap.8
===
--- debootstrap.8	(revision 51904)
+++ debootstrap.8	(working copy)
@@ -84,6 +84,14 @@
 .IP "\fB\-\-verbose\fP"
 Produce more info about downloading.
 .IP
+.IP "\fB\-\-version\fP"
+Display debootstrap version.
+.IP
+.IP "\fB\-\-list-suite\fP"
+List available debootstrap suites.
+.IP
+.IP "\fB\-\-check-suite=SUITE"
+Check if the suite specified is supported by debootstrap.
 .IP "\fB\-\-print\-debs\fP"
 Print the packages to be installed, and exit.
 Note that a TARGET directory must be specified so debootstrap can


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

Re: dpkg compilation on Solaris

[Erast Benson]

Michel,

not sure if you heard of http://www.nexenta.org
you can find many patches here: http://www.nexenta.org/diffs-gnusolaris
but this is Debian/OpenSolaris platform - perfect for storage and
reliable servers.

On Thu, 2008-03-13 at 15:51 +0100, BRIAND, Michel (EKITO) wrote:
> Hi,
> 
> dpkg ported to Solaris, has problems with obstack and strlen.
> 
> I've seen that a recent patch converted all that stuff to libcompat.
> 
> Can you help me get this new version (I do not have git) and I need to
> go with dpkg 1.14.16.x 
> 
> I used to build 1.14 with the build script and the patch attached, but
> that does not work with the last 1.14.16.6 :
> 
> ...
> mv -f .deps/select.Tpo .deps/select.Po
> gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I../../dpkg-1.14.16.6/src 
> -DLOCALEDIR=\"/home/homolog/dpkg/share/locale\" 
> -DADMINDIR=\"/home/homolog/dpkg/var/dpkg\" -I../../dpkg-1.14.16.6/lib  
> -I/home/homolog/dpkg/ssl/include -I/home/homolog/dpkg/include  -g -m32 -MT 
> update.o -MD -MP -MF .deps/update.Tpo -c -o update.o 
> ../../dpkg-1.14.16.6/src/update.c
> mv -f .deps/update.Tpo .deps/update.Po
> gcc -std=gnu99  -g -m32  -L/home/homolog/dpkg/ssl/lib 
> -L/home/homolog/dpkg/lib -o dpkg archives.o cleanup.o configure.o depcon.o 
> enquiry.o errors.o filesdb.o help.o main.o packages.o processarc.o remove.o 
> select.o update.o  ../lib/libdpkg.a -lz 
> Undefined   first referenced
>  symbol in file
> _obstack_begin  archives.o
> _obstack_newchunk   archives.o
> strnlen ../lib/libdpkg.a(tarfn.o)
> obstack_freearchives.o
> ld: fatal: Symbol referencing errors. No output written to dpkg
> collect2: ld returned 1 exit status
> gmake[2]: *** [dpkg] Error 1
> gmake[2]: Leaving directory 
> `/local/homologation/transfert/dpkg/build_dpkg-1.14.16.6/src'
> gmake[1]: *** [all-recursive] Error 1
> gmake[1]: Leaving directory 
> `/local/homologation/transfert/dpkg/build_dpkg-1.14.16.6'
> gmake: *** [all] Error 2
> Making install in getopt
> gmake[1]: Entering directory 
> `/local/homologation/transfert/dpkg/build_dpkg-1.14.16.6/getopt'
> gmake[2]: Entering directory 
> `/local/homologation/transfert/dpkg/build_dpkg-1.14.16.6/getopt'
> gmake[2]: Nothing to be done for `install-exec-am'.
> gmake[2]: Nothing to be done for `install-data-am'.
> gmake[2]: Leaving directory 
> `/local/homologation/transfert/dpkg/build_dpkg-1.14.16.6/getopt'
> gmake[1]: Leaving directory 
> `/local/homologation/transfert/dpkg/build_dpkg-1.14.16.6/getopt'
> Making install in lib
> gmake[1]: Entering directory 
> `/local/homologation/transfert/dpkg/build_dpkg-1.14.16.6/lib'
> gmake[2]: Entering directory 
> `/local/homologation/transfert/dpkg/build_dpkg-1.14.16.6/lib'
> gmake[2]: Nothing to be done for `install-exec-am'.
> gmake[2]: Nothing to be done for `install-data-am'.
> gmake[2]: Leaving directory 
> `/local/homologation/transfert/dpkg/build_dpkg-1.14.16.6/lib'
> gmake[1]: Leaving directory 
> `/local/homologation/transfert/dpkg/build_dpkg-1.14.16.6/lib'
> Making install in src
> gmake[1]: Entering directory 
> `/local/homologation/transfert/dpkg/build_dpkg-1.14.16.6/src'
> gcc -std=gnu99  -g -m32  -L/home/homolog/dpkg/ssl/lib 
> -L/home/homolog/dpkg/lib -o dpkg archives.o cleanup.o configure.o depcon.o 
> enquiry.o errors.o filesdb.o help.o main.o packages.o processarc.o remove.o 
> select.o update.o  ../lib/libdpkg.a -lz   
> Undefined   first referenced
>  symbol in file
> _obstack_begin  archives.o
> _obstack_newchunk   archives.o
> strnlen ../lib/libdpkg.a(tarfn.o)
> obstack_freearchives.o
> ld: fatal: Symbol referencing errors. No output written to dpkg
> collect2: ld returned 1 exit status
> gmake[1]: *** [dpkg] Error 1
> gmake[1]: Leaving directory 
> `/local/homologation/transfert/dpkg/build_dpkg-1.14.16.6/src'
> gmake: *** [install-recursive] Error 1
> {dev}  build_dpkg-1.14.16.6 $ 
> The information in this e-mail is confidential. The contents may not be 
> disclosed or used by anyone other then the addressee. Access to this e-mail 
> by anyone else is unauthorised.
> If you are not the intended recipient, please notify Airbus immediately and 
> delete this e-mail.
> Airbus cannot accept any responsibility for the accuracy or completeness of 
> this e-mail as it has been sent over public networks. If you have any 
> concerns over the content of this message or its Accuracy or Integrity, 
> please contact Airbus immediately.
> All outgoing e-mails from Airbus are checked using regularly updated virus 
> scanning software but you should take whatever measures you deem to be 
> appropriate to ensure that this message and any attachments are virus free.


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

Re: Bug#470621: ITP: nxcl -- NX X compression client library

[Matthew Johnson]

On Thu Mar 13 10:20, Roberto C. Sánchez wrote:
> On Thu, Mar 13, 2008 at 03:08:39PM +0100, Michael Biebl wrote:
> > 
> > Just curious:
> > One of the major complaints about NX (iirc) and the reason why it wasn't
> >  packaged for Debian yet, is that it basically was a fork of the
> > complete Xorg/Xfree86 sources (which understandably didn't make our
> > security team happy).
> > Is nxcl a reimplementation that solves this problem?
> > Does it allow to implement the NX server as an extension for Xorg?
> > 
> Yes.  Thay also fork openssh, CUPS and other stuff.  The submitter is
> advised to check the mailing list archives of the pkg-nx group on
> Alioth.

I'm aware of this, however, the cups/X fork is only for the server side.
On the client side there is normally an SSH fork involved, but I'm
working with the freenx people who have a patch to nxproxy so that it
doesn't need nxssh.

These ITPs are for an NX client with the above patches so that openssh
can be used rather than nxssh.

Matt

-- 
Matthew Johnson


signature.asc
Description: Digital signature

Bug#470772: ITP: gkrellm-xkb -- Keyboard layout indicator plugin for GKrellM

[Adam Sloboda]

Package: wnpp
Severity: wishlist
Owner: Adam Sloboda <[EMAIL PROTECTED]>


* Package name: gkrellm-xkb
  Version : 1.05
  Upstream Author : Tomas Styblo <[EMAIL PROTECTED]>
* URL : http://www.sweb.cz/tripie/gkrellm/xkb/
* License : GPL
  Programming Lang: C
  Description : Keyboard layout indicator plugin for GKrellM

This GKrellM plugin indicates active X keyboard layout with country
flag, lists configured layouts, allows you to switch between them, and
also indicates Caps lock and Num lock status.


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.22-rc7-hrt1
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: dpkg semi-hijack - an announcement (also, triggers)

[Romain Beauxis]

Le Thursday 13 March 2008 15:32:18 John Goerzen, vous avez écrit :
> > Right. But currently, this has a good chance to keep Triggers out of
> > lenny, which is a bloody shame.
>
> I understand, which is my point.  People need to get a sense of
> perspective.   What is the more important goal: triggers in lenny or a
> pretty git history?

I think I didn't see it on this discussion, but there is also the risk of a 
factual fork of dpkg between Ubuntu and Debian, and that would even be 
worse..
To both..


Romain
-- 
We are reincarnated souls from that time,
 Living on earth, heat, air and water in dis ya time.

Re: dpkg semi-hijack - an announcement (also, triggers)

[John Goerzen]

On Thu March 13 2008 8:34:19 am Marc Haber wrote:
> On Wed, 12 Mar 2008 07:58:15 -0600, John Goerzen
>
> <[EMAIL PROTECTED]> wrote:
> >I think both you and Ian are making a mountain out of a molehill here. 
> > So what if the history isn't pretty?  It won't impact anybody running
> > dpkg.  It likely won't even impact the people hacking on dpkg.  In fact,
> > 2 years hence, I bet nobody cares.  Just git merge and be done with it.
> >
> >In the overall picture, it's just not that important.
>
> Right. But currently, this has a good chance to keep Triggers out of
> lenny, which is a bloody shame.

I understand, which is my point.  People need to get a sense of perspective.  
What is the more important goal: triggers in lenny or a pretty git history?

-- John


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

Suggested improvements for handling Architecture independent packages

[Julian Andres Klode]

Dear readers:

I would like to suggest two major improvements related to packages which are
"Architecture: all".

The first thing I want to suggest is the handling of dependencies. When building
a package, you can use "Depends: package [arch1 arch2]" which means that it
depends on package only on the architectures arch1 and arch2. But this only
works for architecture dependent packages. Therefore, I would like to not
process this "command" during the build-time, but do it at the installation 
time.

This is especially useful for recommends, since all recommends have to be
available. Without it, the best way is to only suggest the package.

One could also use package | not+ARCHITECTURE, but this results in half-broken
dependencies. And it's more complicated.

I suggested this first in Bug#436733 [1]

The other suggestion [2] is to add a field called "Install-Architecture" to the
control file, listing architectures for which this package should be available.
Another idea is to use "Architecture: all [i386 amd64 ppc]", which seems to be
better [3].

It would be great to add the needed functionality before the release of Lenny,
so we can start using it in Lenny+1.

The second suggested improvement could be used before the release of lenny,
because it would only require changes to dak (and maybe dpkg-dev, lintian). dak
would parse the value of "Architectures" to check for the architectures listed
in "[i386 amd64 ppc]".

When the package is added to the Packages file, the field gets changed to
"Architecture: all". This would be the easiest way.

Regards,

Julian

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=436733
[2] http://lists.debian.org/debian-devel/2008/02/msg00045.html
[3] http://lists.debian.org/debian-devel/2008/02/msg00355.html
-- 
Julian Andres Klode, Fellow of the Free Software Foundation Europe
 Debian Maintainer | Developer | Ubuntu Member

try Debian: http://www.debian.org/ | my site: http://jak-linux.org/
jabber: [EMAIL PROTECTED] | IRC: juliank (FreeNode, OFTC)
languages: German  | English



signature.asc
Description: OpenPGP digital signature

Re: Bug#470621: ITP: nxcl -- NX X compression client library

[Roberto C . Sánchez]

On Thu, Mar 13, 2008 at 03:08:39PM +0100, Michael Biebl wrote:
> 
> Just curious:
> One of the major complaints about NX (iirc) and the reason why it wasn't
>  packaged for Debian yet, is that it basically was a fork of the
> complete Xorg/Xfree86 sources (which understandably didn't make our
> security team happy).
> Is nxcl a reimplementation that solves this problem?
> Does it allow to implement the NX server as an extension for Xorg?
> 
Yes.  Thay also fork openssh, CUPS and other stuff.  The submitter is
advised to check the mailing list archives of the pkg-nx group on
Alioth.

Regards,

-Roberto

-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Re: Bug#470621: ITP: nxcl -- NX X compression client library

[Michael Biebl]

Matthew Johnson wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Matthew Johnson <[EMAIL PROTECTED]>
> X-Debbugs-CC: debian-devel@lists.debian.org
> 
>   Source package: nxcl
>Binary package(s): libnxcl1 libnxcl-dev libnxcl-bin
>  Version: 0.9-1
>  Licence: GPL
>   Author: Seb James [EMAIL PROTECTED]
> Homepage: http://freenx.berlios.de/
> 
> Description: NX X compression client library
>  NX provides a differential X compression system for X11.
>  .
>  This package provides the client library.
> 
> Description: NX X compression client library---headers
>  NX provides a differential X compression system for X11.
>  .
>  This package provides the client library headers.
> 
> Description: NX X compression client library---runtime
>  NX provides a differential X compression system for X11.
>  .
>  This package provides the runtime binaries for the nx client libraries.

Just curious:
One of the major complaints about NX (iirc) and the reason why it wasn't
 packaged for Debian yet, is that it basically was a fork of the
complete Xorg/Xfree86 sources (which understandably didn't make our
security team happy).
Is nxcl a reimplementation that solves this problem?
Does it allow to implement the NX server as an extension for Xorg?

Cheers,
Michael


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



signature.asc
Description: OpenPGP digital signature

Re: dpkg semi-hijack - an announcement (also, triggers)

[Marc Haber]

On Wed, 12 Mar 2008 07:58:15 -0600, John Goerzen
<[EMAIL PROTECTED]> wrote:
>I think both you and Ian are making a mountain out of a molehill here.  So 
>what if the history isn't pretty?  It won't impact anybody running dpkg.  It 
>likely won't even impact the people hacking on dpkg.  In fact, 2 years 
>hence, I bet nobody cares.  Just git merge and be done with it.
>
>In the overall picture, it's just not that important.

Right. But currently, this has a good chance to keep Triggers out of
lenny, which is a bloody shame.

Greetings
Marc

-- 
-- !! No courtesy copies, please !! -
Marc Haber |   " Questions are the | Mailadresse im Header
Mannheim, Germany  | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

Re: dpkg with triggers support (again)

[Mark Brown]

On Thu, Mar 13, 2008 at 01:12:41PM +0100, Florian Weimer wrote:
> * John Goerzen:

> >> Some of the official, published GIT trees are constantly rebased.
> >> Apparently, the rule is not set in stone.

> > Which ones?

> The pu and (less often) the next branches in the main GIT repository.

Right, but note that these are branches that are explicitly advertised
as being regularly rebased and therefore not suitable for doing things
like branching off.

-- 
"You grabbed my hand and we fell into it, like a daydream - or a fever."


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

Re: dpkg with triggers support (again)

[Florian Weimer]

* John Goerzen:

>> Some of the official, published GIT trees are constantly rebased.
>> Apparently, the rule is not set in stone.
>
> Which ones?

The pu and (less often) the next branches in the main GIT repository.


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

Re: Bits from the Security Team

[Florian Weimer]

* Guido Günther:

> Hi Moritz,
> On Sun, Mar 09, 2008 at 11:05:11PM +0100, Moritz Muehlenhoff wrote:

>> The Security Team is now using Request Tracker to coordinate work 
>> and our RT processes have already been refined a lot.
>> If you're a package maintainer working towards a security update,
>> you're now encouraged to open a ticket directly. You will be kept in
>> CC during the life time of the ticket. If you're opening a ticket for
>> a security problem, which is not yet publicly known, e.g. if you've
>> discovered it by yourself or if you have been contacted by upstream,
>> please open a ticket in the "Security - Private" queue. These
>> issues will only be visible by the Security Team.

> Should the RT also be used for breackage caused by a security update?

Sure, but keep in mind that RT is intended for coordinating the actual
upload, and not primarily for reporting the bug itself.

> Is the security team interested in this kind of information our should
> this be handled by the maintainer?

Maintainer involvement is always desirable because it's better if
someone familiar with the software prepares the upload.  With complex
packages, maintainer involvement is a must.

It's not clear from the bug reports what's causing this regression, so
there's little what we (the security team) can do what other interested
parties can't do better and more quickly.

Re: dpkg with triggers support (again)

[John Goerzen]

On Wednesday 12 March 2008 3:35:56 pm Florian Weimer wrote:
> * John Goerzen:
> > What is it that people don't get from git-rebase(1)?
> >
> >When you rebase a branch, you are changing its history in a way
> > that will cause problems for anyone who already has a copy of the branch
> > in their repository and tries to pull updates from you. You should
> > understand the implications of using git rebase on a repository that you
> > share.
> >
> > In short, never rebase something that is already public.
>
> Some of the official, published GIT trees are constantly rebased.
> Apparently, the rule is not set in stone.

Which ones?  My understanding from Linus -- I don't have a URL handy 
though -- is that they *never* rebase kernel or Git repo.

-- John


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

Re: Bug#446030: RFA: kbd -- Linux console font and keytable utilities

[Anton Zinoviev]

[ If you reply please send CC to [EMAIL PROTECTED] ]

On Sun, Mar 09, 2008 at 05:40:44PM +0100, Michael Schutte wrote:
> On Wed, Oct 10, 2007 at 02:10:37AM +0300, Anton Zinoviev wrote:
> > I request an adopter for the "kbd" package.
> 
> I’m interested in taking over, but I’m not a DD.  I think it would be
> the easiest way if you could sponsor my uploads; would that be okay for
> you, or do you think that your lack of time wouldn’t allow for it?

Not only I can be a sponsor but I will be able to help with the script 
part of the package if you need.

However since this package is part of the core of Debian, I prefer your 
taking over to be announced first in debian-devel (and thats why I am 
sending my reply to debian-devel too).

Let me remind to the readers of debian-devel that currently there are 
two console packages in Debian -- kbd and console-tools.  Console-tools 
has no upstream maintainer and because of this the Debian maintainer of 
console-tools has aready tagged several bugs as non-fix.  The console 
utilities of the installer are entirely based on kbd and not on 
console-tools.  Because of this kbd needs to be properly maintained.

I requested adopter for this package because it was never my intention 
to maintain "kbd".  The maintainer of "kbd" is the group "Console 
utilities maintainers" and when this group reduced to only one member 
(me) I had to take over.

Anton Zinoviev


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

Re: Bits from the Security Team

[Guido Günther]

Hi Moritz,
On Sun, Mar 09, 2008 at 11:05:11PM +0100, Moritz Muehlenhoff wrote:
> The Security Team is now using Request Tracker to coordinate work 
> and our RT processes have already been refined a lot.
> If you're a package maintainer working towards a security update,
> you're now encouraged to open a ticket directly. You will be kept in
> CC during the life time of the ticket. If you're opening a ticket for
> a security problem, which is not yet publicly known, e.g. if you've
> discovered it by yourself or if you have been contacted by upstream,
> please open a ticket in the "Security - Private" queue. These
> issues will only be visible by the Security Team.
Should the RT also be used for breackage caused by a security update?
E.g. Icedove is pretty broken since the last update:
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466527
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465531
Is the security team interested in this kind of information our should
this be handled by the maintainer?
Cheers,
 -- Guido


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

Re: dpkg with triggers support (again)

[Ian Jackson]

Steve Langasek writes ("Re: dpkg with triggers support (again)"):
> I don't claim that it doesn't matter because it works fine on all current
> Debian platforms.  I claim that it doesn't matter because it works fine on
> all platforms that Samba has been ported to, [...]

That's interesting.  I didn't know that.  It's true that my coding
style may be influenced by factors which are no longer relevant.
Normally I prefer to be correct with respect to the specification
rather than conducting extensive research into behaviour of various
systems, whereever possible.

Do you happen to know if Samba also uses NULL to pass an int* to a
stdarg function ?  Guillem does that too.

I don't know if there are any plausible machines out there where
int*'s and char*'s have different representations but in fact just the
other day I was having a conversation about how on certain weird
ARMish chips (where pointers address words, not bytes) that would be
one reasonable ABI given the architecture.

Ian.


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

Re: dpkg semi-hijack - an announcement (also, triggers)

[Ian Jackson]

Andreas Tille writes ("Re: dpkg semi-hijack - an announcement (also, 
triggers)"):
> Well, I don't want to interrupt your guys thrilling discussion
> about indentation of source code and I can not really imagine
> that you are not aware of
> apt-cache show indent

Running indent on an existing body of code is a bad idea.

> but isn't it a usual behaviour that a group decides about a
> certain policy of formatting code and then sticks to it?

This is done at the beginnings of projects precisely to avoid this
kind of nonsense.  If I had written a `coding style' document in the
root of the dpkg tree then Guillem would probably have now felt
entitled to just change it.

> Just a shy try to calm down from a poor outsider who really
> wonders how people could flame about whitespaces...

What I'm flaming about is that WE STILL DON'T HAVE TRIGGERS !

The _excuse_ that has been given is that the git log was not pretty
enough and they didn't like the formattting.

Ian.


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

Re: dpkg semi-hijack - an announcement (also, triggers)

[Ian Jackson]

John Goerzen writes ("Re: dpkg semi-hijack - an announcement (also, triggers)"):
> I think both you and Ian are making a mountain out of a molehill here.  So 
> what if the history isn't pretty?  It won't impact anybody running dpkg.  It 
> likely won't even impact the people hacking on dpkg.  In fact, 2 years 
> hence, I bet nobody cares.  Just git merge and be done with it.

That's what I did, in Augustt and in October.   The third time I did
it I uploaded the result.  It got unaccepted because the dpkg team are
more interested in blocking.

I'm not sure how I'm making a mountain out of a molehill.

I'm complaining that Guillem and Raphael have refused for 6 months to
take my code because of complaints which are both trivial and wrong.

Ian.


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

Bug#470731: ITP: icedove-nostalgy -- keyboard shortcut extension for icedove

[Guido Günther]

Package: wnpp
Severity: wishlist
Owner: Guido Guenther <[EMAIL PROTECTED]>

* Package name: icedove-nostalgy
* URL : http://alain.frisch.fr/soft_mozilla.html
* License : zlib like
  Description : keyboard shortcut extension for icedove

 Nostalgy adds keyboard shortcuts to change the current folder, to move/copy
 selected messages into another folder, to add/remove/view tags; the selection
 of the target folder is made through an auto-completion box where you can type
 part of the folder name. There are also commands to improve the navigation
 between Thunderbird's three panes




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

[RKI-Spam-Verdacht]Re: Packaging Mauve and libClustalW

[Andreas Tille]

On Wed, 12 Mar 2008, Andreas Tille wrote:

[...]
(sorry, wrong list :-()

--
http://fam-tille.de


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

RE: Packaging Mauve and libClustalW

[Andreas Tille]

On Wed, 12 Mar 2008, Robert Edgar wrote:


Was this intended for me? If so, I'm not clear why...


Because you are listed at

   http://www.drive5.com/muscle/

as author of muscle and thus I think you are interested in the
fact that there are projects who have probably reasonable patches
against your program but did this on older versions.  If I would
be in your shoes I would try to work together with them to get
reasonable input for my project.

Kind regards and thanks for your quick response

 Andreas.


-Original Message-
From: Andreas Tille [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 12, 2008 3:16 PM
To: Debian Developers
Cc: Aaron Darling; Robert C. Edgar Bob; Todd J Treangen
Subject: Re: Packaging Mauve and libClustalW


[Robert and Todd please read below about some issues about muscle]
Everybody: PLease keep the debian-med mailing list in CC.  We would like to
build reasonable Debian packages out of a uniform source that contains all
features that are needed and as less bugs as possible.  The Debian-Med
mailing list might serve as a common discussion forum to avoid a fork.

On Thu, 14 Feb 2008, Charles Plessy wrote:


I had a very quick look to the sources, and I am wondering if mauve
can work with muscle instead of clustalw. This would solve the licence
problem. However, it needs a specific patch on Muscle. I can try to
submit it to Muscle's upstream if necessary. Otherwise, it may be
possible to build two different binary packages from the same source
pacakge (like vim or centericq).


I would like to have a quick update onto Mauve issues:

  1. Packages for libGenome are just uploaded the day before yesterday.
 I expect it to be available at the Debian Mirror soon.
  2. To prepare at least local Mauve packages I continued to package
 libClustalW and libMeme (which depends from both) and putted my
 efforts to
  http://people.debian.org/~tille/packages/libclustalw/
 and
  http://people.debian.org/~tille/packages/libmeme/
 Where the later one is also in our SVN because it can be distributed
 easily once the preoconditions (either a clean libClustalW or
 the libMuscle replacement mentioned above are available.
  3. My next step should be
  http://gel.ahabs.wisc.edu/mauve/source/mauve_2.1.1/

Aaron, a new library tarball libMUSCLE-1.0.0.tar.gz occured at this location
for version 2.1.1 and while you used version 1.0.0 you mention in the file
AUTHORS:
It contains bugfixes and new features to the original 3.6 code. But
upstream now has version 3.7.  So I _really_ like your atempt to build a
library and I would love to convince the muscle authors to build their
binary linked against this library, but I'm afraid by the current approach
we might end up with a fork. :-(

Could you please clarify things.  My prefered way to go would be:

  1. Take the latest Muscle upstream source (including patches for
 gcc 4.3)
  2. Choose a new version number.
  3. Change the build process using automake / libtools to build
 a dynamic and static library from muscle code and link the
 executable against this library.
  4. Link Mauve binary against this library.

I'd volunteer to provide any help that might be needed but please try to
avoid confusing your users by using different versions that have good
chances to drift away from each other.

Aaron, just for the sake of my private packaging: Do I understand things
right that your libMUSCLE is a replacement for libClustalW and I might be
able to drop libClustalW in favour of libMUSCLE? My plan is to work on Mauve
Debian packages in my private repository until the issues above will be
solved nicely.

Kind regards and please remember to keep the Debian-Med list in CC to have a
record for all other potential packagers in our crew.  (I'm happily not
alone ;-))

  Andreas.

--
http://fam-tille.de






--
http://fam-tille.de


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