Quoting Cyril Brulebois (k...@debian.org):
> Ralf Treinen (21/04/2011):
> > * Package name: aspcud
> > Version : 2011.03.17
> > Upstream Author : Roland Kaminski
> > * URL : http://www.cs.uni-potsdam.de/wv/aspcud/
> > * License : GPL3+
> > Programming Lang: C
Dear ftpmasters,
The latest upload of lintian, 2.5.0~rc3, adds a new
'missing-pre-dependency-on-multiarch-support' tag to warn about improper use
of multiarch directories. If a package ships a shared library in a
multiarch library directory (/usr/lib/), but does not pre-depend on
'multiarch-suppo
Hi,
Arnaud Fontaine (22/04/2011):
> * Package name: xml_marshaller
not a valid package name. :)
> Version : 0.9.7
> Upstream Author : Nicolas Delaby
> * URL : http://www.python.org/community/sigs/current/xml-sig/
> * License : Python License (CNRI Python Lic
Hello,
The gnuift name was chosen because a package named "gift" was already in
Debian. Now that the gift package has been removed from Debian some time
ago [1], what do you think about renaming the gnuift package and all its
binary packages to "gift" ? Even the upstream tarball name is "gift".
[
* Josselin Mouette [110420 17:44]:
> Le mercredi 20 avril 2011 à 17:30 +0200, Bernhard R. Link a écrit :
> > But for me having everything in the menu is its most important feature.
>
> It’s not a feature. It is a design mistake.
Speaking about design mistakes: You suggest to use the same field f
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: libatompub-perl
Version : 0.3.4
Upstream Author : Takeru INOUE
* URL : http://search.cpan.org/dist/Atompub/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : imp
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: libperl6-export-attrs-perl
Version : 0.0.3
Upstream Author : Damian Conway
* URL : http://search.cpan.org/dist/Perl6-Export-Attrs/
* License : Artistic or GPL-1+
Programming Lang: Perl
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: libatompub-perl
Version : 1.0404
Upstream Author : Naveed Massjouni
* URL : http://search.cpan.org/dist/AtomBus/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description
Le vendredi 22 avril 2011 à 13:48 +0200, Bernhard R. Link a écrit :
> * Josselin Mouette [110420 17:44]:
> > Le mercredi 20 avril 2011 à 17:30 +0200, Bernhard R. Link a écrit :
> > > But for me having everything in the menu is its most important feature.
> >
> > It’s not a feature. It is a desig
On Wed, Apr 20, 2011 at 9:12 AM, Bernhard R. Link wrote:
> Some suggestions for a Debian .desktop policy[1]:
Could we add also a lintian check in order to check if mime type and
desktop file are the same ?
And add some emphasys about mime type in destop policy
Bastien
--
To UNSUBSCRIBE, emai
Fernando Lemos writes:
> On Fri, Apr 15, 2011 at 6:50 PM, Felipe Sateler wrote:
>
>> Preparing to replace network-manager 0.8.3.999-1 (using .../network-
>> manager_0.8.3.999-1_amd64.deb) ...
>> Unpacking replacement network-manager ...
>> Setting up network-manager (0.8.3.999-1) ...
>> Reloading
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: libdancer-plugin-dbic-perl
Version : 0.1504
Upstream Author : Naveed Massjouni
* URL : http://search.cpan.org/dist/Dancer-Plugin-DBIC/
* License : Artistic or GPL-1+
Programming Lang: P
* Josselin Mouette [110422 16:25]:
> Le vendredi 22 avril 2011 à 13:48 +0200, Bernhard R. Link a écrit :
> > * Josselin Mouette [110420 17:44]:
> > > Le mercredi 20 avril 2011 à 17:30 +0200, Bernhard R. Link a écrit :
> > > > But for me having everything in the menu is its most important featur
On Sun, Apr 03, 2011 at 04:19:54PM +0200, Michelle Konzack wrote:
> Hello Goswin,
>
> Am 2011-04-03 13:36:00, hacktest Du folgendes herunter:
> > > http://www.debian.org/doc/maint-guide/ch-modify.en.html#s-quiltrc
> > > http://www.debian.org/doc/maint-guide/ch-modify.en.html#s-fixupstream
> > > ht
Le vendredi 22 avril 2011 à 17:51 +0200, Bernhard R. Link a écrit :
> The difference is that a user has to know more when enabling stuff, as
> they get shown many things were enabling does not make any sense.
> And there is no way to say "show me everything in the menu", which is
> especially bad
On Friday, April 22, 2011 12:05:20 PM Josselin Mouette wrote:
> Le vendredi 22 avril 2011 à 17:51 +0200, Bernhard R. Link a écrit :
> > The difference is that a user has to know more when enabling stuff, as
> > they get shown many things were enabling does not make any sense.
> > And there is no wa
Hi,
If you use git gitpkg with hook is really nice.
Bastien
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/BANLkTim9MFf1d0=xvgmebsvbsj5bkyr...@mail.gmail.com
Hello Osamu Aoki,
Am 2011-04-23 00:20:33, hacktest Du folgendes herunter:
> I have just converted maint-guide to DocBook XML. Just like
> developers-reference case, there are some URL changes associated with
> this migration. If you find any external site with deep linking, please
> ask them to
On Fri, Apr 22, 2011 at 06:05:20PM +0200, Josselin Mouette wrote:
You’re missing something. A menu that “shows everything” is unusable.
The Debian menu is a very good example of that kind of problem.
I think this depends on the number of entries. If you have a high number
you’re right. When I
Hello,
Now that multiarch is here, I've been wondering whether and how it applies to
cross-compiler libraries for non-Debian architectures, for example Microsoft
Windows (I'm the new maintainer of mingw-w64). As I understand it, multiarch
wasn't intended for non-Debian architectures, and this is (
On Fri, Apr 22, 2011 at 11:04:59PM +0200, Stephen Kitt wrote:
> Hello,
>
> Now that multiarch is here, I've been wondering whether and how it applies to
> cross-compiler libraries for non-Debian architectures, for example Microsoft
> Windows (I'm the new maintainer of mingw-w64).
> It seems to me
On Sat, Apr 23, 2011 at 8:40 AM, Adam Borowski wrote:
>> Policy also doesn't mention /usr/include/; I saw that possibility
>> referred to in http://bugs.debian.org/542865.
>
> Uhh... this looks like a nasty omission to me. If package libfoo-dev
> differs between architectures, without that dir t
Hi,
>> * Package name : xml_marshaller
> not a valid package name. :)
Indeed, that was a typo ;). It has been fixed in the package I uploaded
though.
>> Description : Converting Python objects to XML and back again
>>
>> Marshals simple Python data types into a custom XML fo
23 matches
Mail list logo
