On Thu, Jun 25, 2009 at 07:23:58PM -0700, Russ Allbery wrote:
> > My question is, does anyone know of cases where a given operating
> > system and architecture does not constitute a valid platform (ie,
> > Architecture in the d/control file sense).
> armel and lpia are special cases and don't comb
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: liblocale-msgfmt-perl
Version : 0.05
Upstream Author : Ryan Niebur
* URL : http://search.cpan.org/dist/Locale-Msgfmt/
* License : Artistic | GPL-1+
Jonathan Yu writes:
> Does that mean we should be able to just pick something from both
> lists, and turn that into a valid string to put in the Architecture
> field?
>
> solaris-armel, for example.
I think you have to distinguish between syntax and semantics here.
Syntactically, such as from th
Hi everyone:
I'm mailing this to both debian-policy and debian-devel, because I'd
like to get the perspective from both sides -- the policy one, and the
"in practice" thinking.
Currently architectures are defined as a string which contains two
parts, an operating system name, and a microprocessor
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: 392 (new: 23)
Total number of packages offered up for adoption: 123 (new: 0)
Total number of packages reques
On Thu, 25 Jun 2009, Raphael Geissert wrote:
> Artur R. Czechowski wrote:
> > What about debconf question?
>
> dash already has one, the idea is to make it essential and default to yes,
> so that as soon as it is installed the symlink is changed. If you wish to
> have dash installed but not as /bi
On Thu, 2009-06-25 at 22:52 +, Sune Vuorela wrote:
> On 2009-06-25, Raphael Hertzog wrote:
[...]
> > You can check the patch here:
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=0001-Implementation-of-the-subst-tag.patch;att=1;bug=533916
> >
> > The symbol name in symbols file
On Thu, 2009-06-25 at 22:40 +0200, Raphael Hertzog wrote:
> Hello,
>
> it is well known that C++ symbol mangling result in different symbol
> names from one architecture to the other. It means that libraries that
> want to provide symbol files have to maintain one symbol file for each
> architectu
On 2009-06-25, Raphael Hertzog wrote:
> it is well known that C++ symbol mangling result in different symbol
> names from one architecture to the other. It means that libraries that
> want to provide symbol files have to maintain one symbol file for each
> architecture. To avoid this problem Mode
In article <20090625100437.ga10...@ana.debian.net> you wrote:
> FWIW, you will see plenty of national ID from all the european countries
> in DebConf. I do expect most of germans, frenchs, italian, belgian, etc just
> travelling with their cards. They do not need their passports to come.
European
Adrian,
Are you planning to adopt both azureus and swt-gtk, or just swt-gtk?
Adnan
On Thu, 2009-06-25 at 15:12 -0400, Adrian Perez wrote:
> Ok, I was expecting to upload it later, but since I got the answers from
> the maintainer, then I'll upload it for weekend review to
> mentors.debian. I kno
Hello,
it is well known that C++ symbol mangling result in different symbol
names from one architecture to the other. It means that libraries that
want to provide symbol files have to maintain one symbol file for each
architecture. To avoid this problem Modestas Vainius has written a patch
that le
Package: wnpp
Severity: wishlist
Owner: Samuel Thibault
* Package name: ttf-tagbanwa
Version : 1.001
Upstream Author : Samuel Thibault
* URL : http://youpibouh.thefreecat.org/download/tagbanwa
* License : CC Attribution 2.5
Programming Lang: fontforge
Des
Any one here using this card effectively with Linux?
--
John Foster
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Ok, I was expecting to upload it later, but since I got the answers from
the maintainer, then I'll upload it for weekend review to
mentors.debian. I know there's work to do still, but I've tested the
packages, they install-purge gracefully, are almost lintian-clean
(besides the fact that gives me d
Russ Allbery wrote:
> martin f krafft writes:
>> also sprach Steve Langasek [2009.06.25.0703 +0200]:
>
>>> The government IDs are relevant because when we're collaborating on
>>> an OS where there's minimal code review of the work done by
>>> maintainers and a well-chosen malicious package could
"Adam D. Barratt" writes:
> For completeness...
>
> checkbashisms started life as basically a copy of the relevant section
> of checks/scripts and the two then developed separately.
>
> More recently there's been a crossover between devscripts and Lintian
> maintainership (i.e. me) so they've bec
Package: wnpp
Severity: wishlist
Owner: Harry Rickards
* Package name: tvim
Version : 0.2-1
Upstream Author : Francis Smit
* URL : http://tvim.sourceforge.net/
* License : GPL
Programming Lang: C++
Description : A gui wrapper around gvim's remote inter
Giacomo Catenazzi writes:
> A naive question: why does not FSF check identity of contributors?
> They must sign a copyright assignment (or disclaimer), send this
> document to FSF, but I see no identity check on FSF side.
>
> They do this for legal reasons!
>
> For FSF copyright assignment is mor
Stefano Zacchiroli wrote:
> On Thu, Jun 25, 2009 at 12:10:46AM -0500, Raphael Geissert wrote:
>>> And so that all users that upgrade do not benefit from the goal of this
>>> change? Even better.
>> This is to avoid causing undesirable effects when upgrading. People have
>> always been concerned abo
martin f krafft writes:
> also sprach Steve Langasek [2009.06.25.0703 +0200]:
>> The government IDs are relevant because when we're collaborating on
>> an OS where there's minimal code review of the work done by
>> maintainers and a well-chosen malicious package could cause millions
>> or billio
Artur R. Czechowski wrote:
> What about debconf question?
>
dash already has one, the idea is to make it essential and default to yes,
so that as soon as it is installed the symlink is changed. If you wish to
have dash installed but not as /bin/sh you can always dpkg-reconfigure
dash.
Cheers,
Ra
Hi Adrian,
I maintain SWT (swt-gtk) for Debian. If you send me the diff and dsc,
I'll look over your work this weekend. Adnan Hodzic was also
interested in adopting swt-gtk and azureus. If you like, you could
collaborate with him. Thanks for considering adopting swt-gtk and
azureus. They could use
* martin f krafft [2009-06-25 04:21-0400]:
> > The government IDs are relevant because when we're collaborating
> > on an OS where there's minimal code review of the work done by
> > maintainers and a well-chosen malicious package could cause
> > millions or billions of dollars in damage to our us
Thanks for your reply.
I know I could upload to mentors. But since it's quite ethical to
request the maintainer's feedback before adopting a package, I was
asking because I have no way of establishing contact with him, since
I've tried a lot in the last days.
I'm currently doing some refinements,
On Thu, Jun 25, 2009 at 8:25 PM, Matthew Johnson wrote:
> On Thu Jun 25 09:55, Adrian Perez wrote:
>> Hello list.
>>
>> I'm almost finished packaging libswt-gtk-3.4.2, since eclipse is
>> orphaned and I've tried contacting libswt and azureus maintainer
>> without results, I'm a pretty bit loss in h
On Thu Jun 25 09:55, Adrian Perez wrote:
> Hello list.
>
> I'm almost finished packaging libswt-gtk-3.4.2, since eclipse is
> orphaned and I've tried contacting libswt and azureus maintainer
> without results, I'm a pretty bit loss in here, since I want the new
> version be included in debian. Any
Le jeudi 25 juin 2009 à 15:42 +0200, Gilles Filippini a écrit :
> Cyril Brulebois a écrit :
> > Note that /bin/sh belonging to the bash package for now, your changing
> > the symlink will be forgotten if you ever install another version of
> > bash that still has it.
>
> Is there any rational for
Hello list.
I'm almost finished packaging libswt-gtk-3.4.2, since eclipse is
orphaned and I've tried contacting libswt and azureus maintainer
without results, I'm a pretty bit loss in here, since I want the new
version be included in debian. Any tips?
--
To UNSUBSCRIBE, email to debian-devel-re
On 2009-06-25 14:40 +0200, Cyril Brulebois wrote:
> Stefano Zacchiroli (25/06/2009):
>> Still, as a DD, I would like to explicitly switch to dash to help in
>> spotting possible problems. Can you please consider document how to
>> switch? I guess switching the symlink is enough, but an entry in
>
On Jun 24, 2009, at 5:43 PM, Peter Eisentraut wrote:
On Wednesday 24 June 2009 16:58:52 Gunnar Wolf wrote:
Driving licenses are expressly not accepted as official ID documents
in Mexico, even if they are government-issued.
That just begs the question: official to whom, and why?
Official for
Cyril Brulebois a écrit :
> Stefano Zacchiroli (25/06/2009):
>> Still, as a DD, I would like to explicitly switch to dash to help in
>> spotting possible problems. Can you please consider document how to
>> switch? I guess switching the symlink is enough, but an entry in
>> README.Debian saying ex
On Thu, Jun 25, 2009 at 12:04:37PM +0200, Ana Guerrero wrote:
> FWIW, you will see plenty of national ID from all the european countries
> in DebConf. I do expect most of germans, frenchs, italian, belgian, etc just
> travelling with their cards. They do not need their passports to come.
I do int
Cyril Brulebois wrote, Thu, 25 Jun 2009 14:51:46 +0200:
Lucas Nussbaum (25/06/2009):
> On 25/06/09 at 10:32 +0200, Harald Braumann wrote:
> > Checkbashisms is a lintian check, right?
>
> No, it's in devscripts.
Yes, it is also a lintian check. Although not as complete,
see lintian's check/scr
Lucas Nussbaum (25/06/2009):
> On 25/06/09 at 10:32 +0200, Harald Braumann wrote:
> > Checkbashisms is a lintian check, right?
>
> No, it's in devscripts.
Yes, it is also a lintian check. Although not as complete, see lintian's
check/scripts file.
Mraw,
KiBi.
signature.asc
Description: Digita
Stefano Zacchiroli (25/06/2009):
> Still, as a DD, I would like to explicitly switch to dash to help in
> spotting possible problems. Can you please consider document how to
> switch? I guess switching the symlink is enough, but an entry in
> README.Debian saying explicitly so (and possibly docume
On Sat, Jun 13, 2009 at 23:08:26 +0200, Josselin Mouette wrote:
> Hi,
>
> since version 2.6.0-4, fontconfig includes a trigger that will re-run
> fc-cache whenever needed.
>
> Therefore, all font packages that currently do this in the postinst are
> strongly advised to remove these calls. The pe
"Artur R. Czechowski" writes:
> Hello,
> I made a quick glance at /emul/ia32-linux to lib32 transition in BTS.
> There was some bugreports submitted. All I spotted can be seen using
> following link: http://42.pl/u/1GEo
> Shouldn't all of them be set to RC severity as they are uninstallable at
>
Joseph Rawson writes:
> On Sunday 21 June 2009 03:33:33 Goswin von Brederlow wrote:
>
>> > The Release could be signed using an rsign method with the machine(s)
>> > that manage the repository, or it could be done locally on the server
>> > using gpg-agent, or an unencrypted private key, dependi
On Sunday 21 June 2009 03:33:33 Goswin von Brederlow wrote:
> > The Release could be signed using an rsign method with the machine(s)
> > that manage the repository, or it could be done locally on the server
> > using gpg-agent, or an unencrypted private key, depending on how the
> > administrator
On Wed, Jun 24, 2009 at 09:30:52AM +0800, Paul Wise wrote:
> Would subkeys help in this scenario? (hint hint, some good docs about
> real-world subkey usage are needed).
Subkeys cannot (to my knowledge) be used for certification (i.e. key signing).
At least not with stock gnupg.
Kind regards,
Phi
On Tue, Jun 23, 2009 at 06:23:31PM -0700, Russ Allbery wrote:
> For example, I think US drivers' licenses are only verifiable by someone
> who's lived in that state or otherwise seen drivers' licenses from that
> state. I really dislike seeing people use them at key signings and
> would rather see
Package: wnpp
Severity: wishlist
Owner: Laurent Vallar
* Package name: sinatra
Version : 0.9.3
Upstream Author : Blake Mizerany
* URL : http://www.sinatrarb.com/
* License :
http://github.com/sinatra/sinatra/raw/3b992ad4c9388ea9914f1200434a88a47947eca0/LICENS
Package: wnpp
Severity: wishlist
Owner: Debian Xfce Team
* Package name: indicator-applet
Version : 0.0.2
Upstream Author : Ted Gould
* URL : https://launchpad.net/indicator-applet
* License : GPL-3, LGPL-2.1, LGPL-3
Programming Lang: C
Description : d
Package: wnpp
Severity: wishlist
Owner: Debian Xfce Team
* Package name: xfce4-indicator-plugin
Version : 0.0.1
Upstream Author : Mark Trompell
* URL :
http://goodies.xfce.org/projects/panel-plugins/xfce4-indicator-plugin/
* License : GPL-2+
Programming Lan
Hi,
On Sat, 13 Jun 2009 23:08:26 +0200
Josselin Mouette wrote:
> I’ve requested a new lintian check, and here is the list of affected
> packages.
>
> Hideki Yamane (Debian-JP)
>ttf-dejima-mincho (U)
>ttf-kanjistrokeorders (U)
>ttf-kiloji (U)
>ttf-kochi (U)
>ttf-konatu (U)
>
On 25/06/09 at 10:32 +0200, Harald Braumann wrote:
> Hi,
>
>
> On Wed, 24 Jun 2009 17:51:58 -0500
> Raphael Geissert wrote:
>
> > Hello everybody,
> >
> > I think everyone readying this list is more than aware of the
> > intention to switch to dash as the default /bin/sh.
> > A lot of work has
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
martin f krafft wrote:
>> The government IDs are relevant because when we're collaborating
>> on an OS where there's minimal code review of the work done by
>> maintainers and a well-chosen malicious package could cause
>> millions or billions of dolla
Hi,
On Wed, 24 Jun 2009 17:51:58 -0500
Raphael Geissert wrote:
> Hello everybody,
>
> I think everyone readying this list is more than aware of the
> intention to switch to dash as the default /bin/sh.
> A lot of work has been done on many sides to make this switch doable
> and as smooth as po
Giacomo A. Catenazzi wrote:
> Very strange logic. BTW AFAIK justice doesn't identify people
> because of ID documents.
It certainly does. Just imagine what will happen if you make yourself
wanted by the authorities and then show your (valid) documents to some
police officers. In case you don't ha
On 2009-06-25 10:05 +0200, Marc Haber wrote:
> Do you have statistics about how many packages would be instantly RC
> buggy because they have #!/bin/bash scripts and would now need to
> depend or even pre-depend on bash? Since bash is essential, it is a
> bug to explicitly depend on bash, and afte
On 25/06/09 at 10:05 +0200, Marc Haber wrote:
> On Wed, 24 Jun 2009 17:51:58 -0500, Raphael Geissert
> wrote:
> >Side effects:
> >* Errors caused by the use of bashisms.
> >* Faster boot, builds, and general usage of /bin/sh scripts.
> >* Reduced memory footprint when running /bin/sh scripts.
> >
On Wed, 24 Jun 2009 17:51:58 -0500, Raphael Geissert
wrote:
>Side effects:
>* Errors caused by the use of bashisms.
>* Faster boot, builds, and general usage of /bin/sh scripts.
>* Reduced memory footprint when running /bin/sh scripts.
>
>Counter side effects:
>* During the following weeks I will
also sprach Steve Langasek [2009.06.25.0703 +0200]:
> > You are putting *way* too much weight and importance into the
> > government-issued document, and basically none into the identity of
> > the holder. Seriously: we're supposed to be certifying identities,
> > not the authenticity of a governm
Steve Langasek wrote:
On Wed, Jun 17, 2009 at 01:49:55PM +0200, martin f krafft wrote:
This would also eliminate people that have fake ID from places
that most people wouldn't recognise at all -- we're almost bound
to have a local that will recognise it as fake, and so not sign.
By adding the d
On Thu, Jun 25, 2009 at 12:10:46AM -0500, Raphael Geissert wrote:
> > And so that all users that upgrade do not benefit from the goal of this
> > change? Even better.
>
> This is to avoid causing undesirable effects when upgrading. People have
> always been concerned about such kind of changes, an
On Wed, Jun 17, 2009 at 01:49:55PM +0200, martin f krafft wrote:
> > This would also eliminate people that have fake ID from places
> > that most people wouldn't recognise at all -- we're almost bound
> > to have a local that will recognise it as fake, and so not sign.
> > By adding the denounceme
57 matches
Mail list logo
