On Fri, Jul 03, 2009 at 01:18:14AM +0200, Goswin von Brederlow wrote:
> There is only one thing that DAK might want to adapt to. For most
> multiarch architectures there is a definite main architecture that
> most things should be in and then some corner cases where different
> architetcure might b
On Thu, Jul 02, 2009 at 02:26:21PM -0700, Russ Allbery wrote:
> Jonathan Yu writes:
>
> > How to fix them? Write Perl scripts, and turn on taint checking --
> > that fixes the four issues above, because it makes the script exit if
> > any of them look dangerous. Env::Sanctify::Auto is a Perl modu
On Fri, Jul 3, 2009 at 12:02 PM, John Ferlito wrote:
> I've been trying to become a Debian Developer again for a while. I am
> currently in emeritus status. The correct process for this according
> to [1] is to email da-mana...@d.o which I have done twice in the last
> year with no response.
Try
Lars Wirzenius writes:
> How would _you_ like to see piuparts report results, and produce other
> output? Go wild, the sky is bright blue.
>
> The obvious things to fix are:
>
> - make it really easy to see what the result of each test is
Almost as obvious is to easily identify which test is b
Hi,
I've been trying to become a Debian Developer again for a while. I am
currently in emeritus status. The correct process for this according
to [1] is to email da-mana...@d.o which I have done twice in the last
year with no response.
Someone on IRC suggested emailing new-maintai...@d.o which I
Guillem Jover writes:
> Hi!
>
> On Thu, 2009-07-02 at 13:58:48 -0700, Russ Allbery wrote:
>> Goswin von Brederlow writes:
>> > what can be done if the maintainer scripts of a package must behave
>> > differently when unpacking the i386 deb on i386 or the i386 deb on
>> > amd64?
>
> We discussed
Faidon Liambotis writes:
> Goswin von Brederlow wrote:
>> ia32-wine is only available when ia32-apt-get is installed.
> WTF? Are you listening to yourself?
>
> Do you actually believe that it's okay to mess in such horrendous ways
> with the packaging system?
If you don't want it then don't use
Package: wnpp
Severity: wishlist
Owner: Italo Valcy
* Package name: libhtml-calendarmonthsimple-perl
Version : 1.25
Upstream Author : Matthew P. Sisk
* URL :
* http://search.cpan.org/~stigmata/HTML-CalendarMonthSimple-1.25/
* License : Unknown
Programming L
Goswin von Brederlow wrote:
> ia32-wine is only available when ia32-apt-get is installed.
WTF? Are you listening to yourself?
Do you actually believe that it's okay to mess in such horrendous ways
with the packaging system?
--
Faidon
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debia
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: 393 (new: 3)
Total number of packages offered up for adoption: 125 (new: 5)
Total number of packages request
Hi!
On Thu, 2009-07-02 at 13:58:48 -0700, Russ Allbery wrote:
> Goswin von Brederlow writes:
> > what can be done if the maintainer scripts of a package must behave
> > differently when unpacking the i386 deb on i386 or the i386 deb on
> > amd64?
We discussed this with Steve some days ago. My in
On Fri, Jul 03, 2009 at 01:01:41AM +0200, Goswin von Brederlow wrote:
> As a middle ground I wouldn't mind $SHELL to unset CDPATH when it
> switches from an interactive shell to a non-interactive shell, when a
> script with #! $SHELL is executed. That one is just to damn scary.
I don't think that'
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libparse-exuberantctags-perl
Version : 1.01
Upstream Author : Steffen Mueller
* URL : http://search.cpan.org/dist/Parse-ExuberantCTags/
* License :
Joerg Jaspert writes:
> Hello world,
>
> (Please remember that we can only speak for ourselves and not the
> security/release/any other teams, individuals or other sentient beings.)
>
> During the recent discussion about about ia32-libs{,-gtk,-tools} there were
> various requests for removal / co
Jonathan Yu writes:
> Another option might be to break from POSIX/etc policy (I'm not sure
> where these variables are defined) and patch our command like 'cd' to
> simply ignore 'CDPATH' etc. But I suppose this would then require
> patches in all the various shells available for Debian to go aga
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello world,
(Please remember that we can only speak for ourselves and not the
security/release/any other teams, individuals or other sentient beings.)
During the recent discussion about about ia32-libs{,-gtk,-tools} there were
various requests for r
Jonathan Yu writes:
> On Thu, Jul 2, 2009 at 5:26 PM, Russ Allbery wrote:
>> I would really prefer that people not start writing maintainer
>> scripts in Perl as a matter of course. Perl is harder to analyze for
>> programs like lintian than shell scripts (which are already hard
>> enough).
> I
On Thu, Jul 2, 2009 at 5:44 PM, Goswin von Brederlow wrote:
> Russ Allbery writes:
>
>> Jonathan Yu writes:
>>
>>> How to fix them? Write Perl scripts, and turn on taint checking --
>>> that fixes the four issues above, because it makes the script exit if
>>> any of them look dangerous. Env::Sanc
Russ Allbery writes:
> Jonathan Yu writes:
>
>> How to fix them? Write Perl scripts, and turn on taint checking --
>> that fixes the four issues above, because it makes the script exit if
>> any of them look dangerous. Env::Sanctify::Auto is a Perl module that
>> automatically cleans up the path
On Thu, Jul 2, 2009 at 5:26 PM, Russ Allbery wrote:
> Jonathan Yu writes:
>
>> How to fix them? Write Perl scripts, and turn on taint checking --
>> that fixes the four issues above, because it makes the script exit if
>> any of them look dangerous. Env::Sanctify::Auto is a Perl module that
>> aut
Jonathan Yu writes:
> How to fix them? Write Perl scripts, and turn on taint checking --
> that fixes the four issues above, because it makes the script exit if
> any of them look dangerous. Env::Sanctify::Auto is a Perl module that
> automatically cleans up the paths.
>
> My advice:
> 1. Write s
Russ Allbery writes:
> Goswin von Brederlow writes:
>
>> what can be done if the maintainer scripts of a package must behave
>> differently when unpacking the i386 deb on i386 or the i386 deb on
>> amd64?
>>
>> For example 32bit fglrx-glx needs to divert /usr/lib/libGL.so.1.2 on
>> i386 but /usr
Hi:
There are lots of variables which do nasty things.
In particular (copying this from perldoc of a module I wrote):
PATH
PATH provides a list of paths to search for executables, which
influences which commands are invoked by unqualified calls to system()
and others. This variable is particular
Goswin von Brederlow writes:
> what can be done if the maintainer scripts of a package must behave
> differently when unpacking the i386 deb on i386 or the i386 deb on
> amd64?
>
> For example 32bit fglrx-glx needs to divert /usr/lib/libGL.so.1.2 on
> i386 but /usr/lib32/libGL.so.1.2 on amd64.
S
[...]
> So what is the right course of action here?
>
> 1) unset CDPATH in every single shell script there is?
> 2) never use relartive paths for cd in scripts?
> 3) shoot the user for doing something dumb?
> 4) disable CDPATH in /bin/sh (or is that POSIX?) or non-interactive
>scripts (would b
Hi,
what can be done if the maintainer scripts of a package must behave
differently when unpacking the i386 deb on i386 or the i386 deb on
amd64?
For example 32bit fglrx-glx needs to divert /usr/lib/libGL.so.1.2 on
i386 but /usr/lib32/libGL.so.1.2 on amd64.
Other examples would be packages that
On Thu, Jul 02, 2009 at 06:36:37PM +0100, Tony Houghton wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Tony Houghton
Please rename the existing RFA bug (#535246) instead of filing a new
one, e.g. by using /usr/bin/bts from the package devscripts.
> Upstream Author : Tony Houghton
And p
Tony Houghton (02/07/2009):
> Package: wnpp
> Severity: wishlist
> Owner: Tony Houghton
>
>
> * Package name: roxterm
> Version : 1.15.1
> Upstream Author : Tony Houghton
> * URL : http://roxterm.sourceforge.net/
> * License : GPL
> Programming Lang: C
>
Package: wnpp
Severity: wishlist
Owner: Tony Houghton
* Package name: roxterm
Version : 1.15.1
Upstream Author : Tony Houghton
* URL : http://roxterm.sourceforge.net/
* License : GPL
Programming Lang: C
Description : A multi-tabbed GTK+2 terminal emul
Andrea Bolognani dijo [Thu, Jul 02, 2009 at 05:03:37PM +0200]:
> We haven't got multiarch yet, and you ask for multibanjos support already?
>
> That's pretty rude if you ask me.
But bibanjo can perfectly solve the needs at hand, with the hardware
at hand.
--
Gunnar Wolf • gw...@gwolf.org • (+52
Hi,
it seems to me that the current CDPATH behaviour is verry strange and
extremly dangerous for shell scripts.
For those that have never heart of CDPATH it does 2 things:
1) a relative "cd" command with search the CDPATH for the given
directory. If unset then '.' is used.
2) it outputs the
Ben Finney wrote:
[...]
> It seems to me that the whole point of adding ‘patch’ as a (phony)
> target is to allow a dependency on that target,
[...]
Hello,
Being used as dependencies of non-phony targets is the one thing phony
targets are not useful for. A phony dependency is always out of date
On Thu, Jul 2, 2009 at 12:03, Andrea Bolognani wrote:
> We haven't got multiarch yet, and you ask for multibanjos support already?
>
> That's pretty rude if you ask me.
Alas, Dueling Banjos are an old unanswered request from various users:
http://www.debian.org/News/project/2003/37/
--
To UNSUB
We haven't got multiarch yet, and you ask for multibanjos support already?
That's pretty rude if you ask me.
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
pgpa82LhbtB8l.pgp
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: "أحمد المحمودي"
* Package name: libkal
Version : 0.9.0
Upstream Author : Petr Tomasek
* URL : http://www.etf.cuni.cz/~tomasek/pub/
* License : LGPL2
Programming Lang: C
Description : library for converting dates
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: "Krzysztof Krzyżaniak (eloy)"
* Package name: libstring-rewriteprefix-perl
Version : 0.004
Upstream Author : Ricardo SIGNES
* URL : http://search.cpan.org/dist/String-RewritePrefix/
* License : Perl (Artistic/GPL)
Pro
Francesco P. Lovergine wrote:
> On Tue, Jun 16, 2009 at 10:12:02PM +0100, Alastair McKinstry wrote:
>> Does anyone know this code? It appears as though the gmt-coast-low is
>> not sufficient for zyGrib and magics++,
>> and I'm not familiar with the history of "gmt" beyond the README. Any
>> id
38 matches
Mail list logo
