Package: wnpp
Severity: wishlist
Owner: Francois Marier <[EMAIL PROTECTED]>
* Package name: unhide
Version : 20071102
Upstream Author : [EMAIL PROTECTED]
* URL : http://www.security-projects.com/?Unhide
* License : GPL
Programming Lang: C
Description : F
Package: wnpp
Severity: wishlist
Owner: Steffen Moeller <[EMAIL PROTECTED]>
* Package name: vienna-rna
Version : 1.6.5
Upstream Author : Ivo Hofacker
* URL : http://www.tbi.univie.ac.at/~ivo/RNA/
* License : non-free but redistributable
Programming Lang: C
D
--- Roberto C. Sánchez <[EMAIL PROTECTED]> escreveu:
> On Tue, Nov 13, 2007 at 09:18:08PM -0300, Jean Silva wrote:
> > I tried to put db in /var/cache/pivot-weblog/db/ and the
> > rest of the directories in /usr/share/pivot-weblog/. However,
> > there are some scripts in the pivot directory
On Tue, Nov 13, 2007 at 09:18:08PM -0300, Jean Silva wrote:
> I tried to put db in /var/cache/pivot-weblog/db/ and the
> rest of the directories in /usr/share/pivot-weblog/. However,
> there are some scripts in the pivot directory that manage the
> information stored in db and refer to files i
Hi, all.
I'm trying to learn how to package a software.
I'm using Pivot (http://www.pivotlog.net/) as a case study.
It is written in PHP (maybe a bad choice for me because
i'm not a PHP programmer) and it has a subdirectory named db
where it stores some data. The relevant part is:
|--
On Tue, Nov 13, 2007 at 01:44:23AM +0600, Ivan Shmakov wrote:
> What I'm expected to do, then? (With respect to Debian BTS.) I
> believe, start filing multiple bug reports would be a bad idea
> (for me now.) May I suggest an explicit warning to be generated
> by Groff on
[Gene Kersey]
> Because of my profession, and my desire to set up my own company
> after retirement next year, I have been particularly aware of
> developments in the GIS realm. One of the few professional level,
> commercial GIS suites available for Linux has been MicroImages
> "MIPs".
I am ver
On Tue, Nov 13, 2007 at 04:23:32PM -0500, Gene Kersey wrote:
> Mr Hocevar:
>
> This is my first time communicating with anyone in the Linux
> community, so please forgive me if I have breached some sort of
> protocol. I have been a Linux dabbler, user and supporter for some
> time. One of the de
Mr Hocevar:
This is my first time communicating with anyone in the Linux
community, so please forgive me if I have breached some sort of
protocol. I have been a Linux dabbler, user and supporter for some
time. One of the developments I have noticed with pleasure over time
is the increasing numbe
* Andreas Metzler [Mon, 12 Nov 2007 19:31:29 +0100]:
> Adeodato Simó <[EMAIL PROTECTED]> wrote:
> [...]
> >> Imho this problem is not one that needs to be solved, if multiple
> >> locates are installed, multiple databases should be generated.
> > I think differently. Particularly given that findu
On Tue, 13 Nov 2007, Steve Langasek wrote:
FWIW, I don't agree that this is a fix. In one sense it makes /usr/lib
"cleaner" by moving private libs into a private directory; however:
Well, I'm perfectly willing to adopt your suggestions, but I have to admit
that the authors of this software do
On Tue, 2007-11-13 at 12:14 -0800, Don Armstrong wrote:
[User: and Usertags: in reportbug-generated mails not reaching the BTS]
> Sounds like a bug in reportbug to me; it's probably stripping out
> unknown pseudoheaders.
Indeed; see #418677 and #445144, both currently filed at wishlist
against r
On Tue, 13 Nov 2007, Neil Williams wrote:
> Take a look at the next one (I haven't run 'bts' on this one yet):
> This is what I received back:
[...]
> Package: diffutils
> Version: 2.8.1-12
> Severity: wishlist
> Tags: patch
The above is the pseudoheader the BTS received; if you (or reportbug)
h
Hi,
Le mardi 13 novembre 2007 à 11:01 -0800, Steve Langasek a écrit :
> > The current packages install the dynamic libraries simply to /usr/lib
> > which I want to fix now. They should go to
>
> > ${ARB_HOME}/lib
>
> FWIW, I don't agree that this is a fix. In one sense it makes /usr/lib
>
On Tue, 13 Nov 2007 11:03:21 -0800
Don Armstrong <[EMAIL PROTECTED]> wrote:
> On Tue, 13 Nov 2007, Neil Williams wrote:
> > I may simply be doing this wrong, but how do I set usertags within
> > reportbug?
>
> Setting usertags like that is "supposed" to work, but it's possible
> that there is a
On Tue, 13 Nov 2007 11:03:21 -0800
Don Armstrong <[EMAIL PROTECTED]> wrote:
> On Tue, 13 Nov 2007, Neil Williams wrote:
> > I may simply be doing this wrong, but how do I set usertags within
> > reportbug?
> >
> > I'm trying this:
> > http://www.linux.codehelp.co.uk/emdebian/man/re03.html#meld
>
On Tue, 13 Nov 2007, Neil Williams wrote:
> I may simply be doing this wrong, but how do I set usertags within reportbug?
>
> I'm trying this:
> http://www.linux.codehelp.co.uk/emdebian/man/re03.html#meld
>
> Where reportbug adds:
> Tag: patch
>
> I follow on with:
> User: [EMAIL PROTECTED]
> Us
On Tue, Nov 06, 2007 at 08:51:05AM +0100, Andreas Tille wrote:
> At installation time the filles will be installed to a directory
> ARB_HOME=/usr/lib/arb
> were the binaries go to
> ${ARB_HOME}/bin
> The current packages install the dynamic libraries simply to /usr/lib
> which I want
Ivan Shmakov <[EMAIL PROTECTED]> writes:
>> Russ Allbery <[EMAIL PROTECTED]> writes:
> > No, lintian doesn't file bugs. Someone still has to go file the
> > bugs, even if lintian is used to do the check.
> Lintian documentation reads:
> --cut: /usr/share/doc/lintian/lintian.html/ch1
On Tue, Nov 13, 2007 at 01:44:23AM +0600, Ivan Shmakov wrote:
> Last week I've reported a bug in ifconfig(8) (as of net-tools
> 1.60-17.) The problem is in that the ifconfig.8 contains the
> following:
>
> --cut--
> .B ifconfig eth0:0 down
> . Note: for every scope (i.e. same ne
I may simply be doing this wrong, but how do I set usertags within reportbug?
I'm trying this:
http://www.linux.codehelp.co.uk/emdebian/man/re03.html#meld
Where reportbug adds:
Tag: patch
I follow on with:
User: [EMAIL PROTECTED]
Usertags: crossbuilt
This doesn't work and I have to set the user
Hello Pierre,
> > Emdebian supports amd64, i386 and powerpc as --build.
>
> Why aren't all architectures supported by Debian supported?
Why would you want an ARM/MIPS/M68K build host if you can cross
compile for them?
Anyway, i believe all arches could be supported, but does not make
much sense t
On Tue, 13 Nov 2007 17:34:45 +0100
Pierre THIERRY <[EMAIL PROTECTED]> wrote:
> Scribit Neil Williams dies 11/11/2007 hora 12:44:
> > Emdebian supports amd64, i386 and powerpc as --build.
>
> Why aren't all architectures supported by Debian supported?
? Because I'm referring to --build, not --hos
Scribit Neil Williams dies 11/11/2007 hora 12:44:
> Emdebian supports amd64, i386 and powerpc as --build.
Why aren't all architectures supported by Debian supported?
Curiously,
Pierre
--
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A
signature.asc
Description: Digital signature
> Russ Allbery <[EMAIL PROTECTED]> writes:
> Ivan Shmakov <[EMAIL PROTECTED]> writes:
> Russ Allbery <[EMAIL PROTECTED]> writes:
>>> or with the period escaped.
>> ... And this is the thing I haven't found how to do. Could you
>> please show me that spell?
> \&. Note:
> \& is
On Nov 13, 2007 9:12 AM, Fabio Tranchitella <[EMAIL PROTECTED]> wrote:
> The bug report is #441794, and here there is a quick summary: the package
> provides a shared object (liblwgeom) which is used by postgresql for the
> postgis-specific functions. With the last upload (a new upstream release)
>
On Tue, Nov 13, 2007 at 09:12:59AM +0100, Fabio Tranchitella wrote:
> Hi fellow developers,
>
> I need some help to figure out how to fix an issue with the postgis
> package, a PostgreSQL extension for handling spatial data.
>
> The bug report is #441794, and here there is a quick summary: the pa
Le lundi 12 novembre 2007 à 12:08 -0800, Steve Langasek a écrit :
> I'm assuming that re-raising the priority of lpr is not a reasonable means
> of addressing this, since that's now a completely separate printing
> implementation than the one used by default on the desktop now and AFAICS it
Hi fellow developers,
I need some help to figure out how to fix an issue with the postgis
package, a PostgreSQL extension for handling spatial data.
The bug report is #441794, and here there is a quick summary: the package
provides a shared object (liblwgeom) which is used by postgresql for the
p
29 matches
Mail list logo
