Russ Allbery wrote:
> Could you file a wishlist bug against lintian to add a check for this,
> including a rationale for why one shouldn't use gksu or kdesu directly?
done.
--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email: [EMAIL PROTECTED]
Internet: h
On Sun, Dec 02, 2007 at 02:04:43AM +0100, Romain Beauxis wrote:
> However, your arguments are not much consistent as well since you mix
> copyright related issues ("take the work from others") and technical issues
> ("track recent changes before initial debian upload").
I don't mix arguments. Th
On Sunday 02 December 2007 01:34:14 you wrote:
> I'd like to hear what Paul, Mirco and Cesare have to
> say on this subject.
Not being a Debian maintainer myself, I don't really feel entitled to say what
you should do or not do about the changelog.
Pragmatically, if the Ubuntu history is relevan
Hi,
On Sunday 02 December 2007 13:19, Patrick Schoenfeld wrote:
> > > Thats bad. You should not answer to such questions if you don't know it
> > > for your self! Thats especially true because of your DD status that
> > > causes others to give your saying more confidence.
> >
> > Please, try to ke
Hi,
packaging gnome-phone-manager Leo "costela" Antunes made me see that
lintian was complaining about an rpath set to /usr/lib. I've built the
package on i386 and I saw no warnings, but under an amd64 the problem is
present.
I've reported the bug to author thinking about a configure or Makefile
pr
Hi everybody,
I'm currently working on a package (opencbm, ITP #437316) which includes
6502 code that is sent to external devices (namely, old Commodore disk
drives and printers).
All of this (GPL) code is provided as both source and binary. However,
the source is meant to be compiled with cc65,
On Sun, 02 Dec 2007, Frédéric Brière wrote:
> I'm currently working on a package (opencbm, ITP #437316) which
> includes 6502 code that is sent to external devices (namely, old
> Commodore disk drives and printers).
[...]
> I guess it all depends on what Policy means by "require a package for
> c
Francesco Namuri wrote:
> I would like to know, what in your opinion is the best solution.
> And then, I am mistaken thinking that the problem is related to the fact
> that lib64/ is a symlink to lib/ ?
I'm I don't think this is exactly the problem.
RPATH is meant to help/supplant the linker on ru
Leo "costela" Antunes wrote:
> could implement something like the widely used
> AC_RELOCATABLE macro to his scripts, to make a '--disable-rpath' option
> available at configure time.
Is this really needed? Most configure scripts I've dealt with support
the --disable-rpath option, even when they
On 12/03/2007 04:38 AM, Leo "costela" Antunes wrote :
> What you could suggest upstream is that - if he really believes rpath to
> still be useful and doesn't want to completely abandon it as other gnome
> projects have done - he could implement something like the widely used
> AC_RELOCATABLE macro
10 matches
Mail list logo
