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
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
--
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: "أحمد المحمودي"
* 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
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
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
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
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
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
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
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
>
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
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
[...]
> 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
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
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
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
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
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
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: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
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
-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:
> 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
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
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 :
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'
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
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
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
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
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
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
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
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
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
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 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
38 matches
Mail list logo
