Re: Re: Help fixing or debugging debian/watch

Hi, Andreas Beckmann wrote: > > status: error > > warnings: In debian/watch no matching files for watch line > > https://github.com/kyan001/ping3/tags > > https://github.com/kyan001/ping3/archive/refs/tags/(?:[-_]?(\d[\-+\.:\~\da-zA-Z]*))(?i)(?:\.(?:tar\.xz|tar\.bz2|tar\.gz|tar\.zstd?|zip|tgz|tb

Re: Help fixing or debugging debian/watch

On 24/10/2023 23.52, Carles Pina i Estany wrote: New user of debian/watch and I cannot see why it reports failure in a qa.debian.org but I cannot reproduce it. status: error warnings: In debian/watch no matching files for watch line https://github.com/kyan001/ping3/tags https://github.co

Re: Help me with tracker.debian.org

On Sun, Jul 13, 2014 at 11:10:59PM +0800, Paul Wise wrote: > I've prepared some things to be added to the TODO file, based on the > capabilities of PTS and various things I noticed while auditing the > PTS and tracker code and templates. I'm happy to help work on some of > them as I find time to do

Re: Help me with tracker.debian.org

On Fri, Jul 4, 2014 at 9:56 PM, Paul Wise wrote: > I think it is too early for this, at minimum we need to audit the > templates for the old and new codebases to make sure there are at > least bugs filed for each missing/unsynchronised feature. I've prepared some things to be added to the TODO fi

Re: Help me with tracker.debian.org

Hi, On Fri, 04 Jul 2014, Stefano Zacchiroli wrote: > For now we should: > > - patch the "old" PTS to prominently show a link like "hey, you know > that there is tracker.d.o now? take a look!". The link should exist on > every package page and should point to the corresponding package page >

Re: Help me with tracker.debian.org

On Fri, Jul 04, 2014 at 12:27:00PM +0200, Raphael Hertzog wrote: > I have just setup tracker.debian.org. It aims to replace > packages.qa.debian.org but I need your help to achieve this goal and > maintain it in the long term. > I would like to see a few people get familiar with this new code base

Re: Help me with tracker.debian.org

On Fri, Jul 4, 2014 at 8:34 PM, Raphael Hertzog wrote: > Do people feel that it's too early for this? I think it is too early for this, at minimum we need to audit the templates for the old and new codebases to make sure there are at least bugs filed for each missing/unsynchronised feature. --

Re: Help me with tracker.debian.org

On Fri, Jul 04, 2014 at 02:34:58PM +0200, Raphael Hertzog wrote: > What about just updating those links everywhere to point to the new > package tracker? > > Do people feel that it's too early for this? IMHO, the right way to go about this is having a grace period during which both services are a

Re: Help me with tracker.debian.org

On 4 July 2014 14:34, Raphael Hertzog wrote: > Hi, > > On Fri, 04 Jul 2014, Arturo Borrero Gonzalez wrote: >> I would suggest to add a link in each developer QAs page, and in >> packages.d.o as well. >> This may sound a bit redundant with the PTS, but you (the tracker) >> will get more visibility

Re: Help me with tracker.debian.org

Hi, On Fri, 04 Jul 2014, Arturo Borrero Gonzalez wrote: > I would suggest to add a link in each developer QAs page, and in > packages.d.o as well. > This may sound a bit redundant with the PTS, but you (the tracker) > will get more visibility and others may want to collaborate. What about just up

Re: Help me with tracker.debian.org

On 4 July 2014 12:27, Raphael Hertzog wrote: > Hello, > > I have just setup tracker.debian.org. It aims to replace > packages.qa.debian.org but I need your help to achieve this goal and > maintain it in the long term. > > I would like to see a few people get familiar with this new code base > so t

Re: [Help] Need help of Python / I18N expert for getting DDTP translations into UDD (again)

On Tue, Jul 06, 2010 at 03:37:38PM -0400, Asheesh Laroia wrote: > Still need help with this? Thanks, the issue is (nearly) solved. There is one remaining issue with a single description in a Japanese translation. I have some hope to be able to track it down this but it does not block the general

Re: [Help] Need help of Python / I18N expert for getting DDTP translations into UDD (again)

On Tue, 22 Jun 2010, Andreas Tille wrote: Hi, since a longer time the ddtp gatherer for UDD fails to import for some strange encoding problem and I do not have the slightest idea how to fix this. The fact is that DDTP people claim to have not changed anything at the time when the job started t

Re: Help with watch file

On Mon, 7 Sep 2009 10:03:39 +0200, Andreas Tille wrote: > Hi, Hello Andreas, > I try to create a new watch file for package arb since upstream finally > started to add proper versions to their releases. Unfortunately they do the > versioning in the download directory not the tarball. > [..] He

Re: HELP?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06-08-2009 13:22, Maarten Crijns wrote: > Hello, Hi Maarten, > I am an experienced Linux and Unix user and would like to volunteer for > the Debian support project! > can you please send me some information about how to do this? You ca

Re: Help with watch file (Was: gnumed-client: New upstream version available)

On Mon, Mar 2, 2009 at 9:53 PM, Andreas Tille wrote: > On Mon, 23 Feb 2009, Paul Wise wrote: > >> Until uscan gets smarter about cases like these, how about this? >> >> version=3 >> http://www.gnumed.de/download/ \ >>  http://www.gnumed.de/downloads/client/[\d\.]+/GNUmed-client\.([\d\.]+)\.tgz > >

Re: Help with watch file (Was: gnumed-client: New upstream version available)

On Mon, 23 Feb 2009, Paul Wise wrote: Until uscan gets smarter about cases like these, how about this? version=3 http://www.gnumed.de/download/ \ http://www.gnumed.de/downloads/client/[\d\.]+/GNUmed-client\.([\d\.]+)\.tgz Hmmm, this worked as long as 0.3.10 was the latest version but now h

Re: Help with watch file (Was: gnumed-client: New upstream version available)

On Mon, 23 Feb 2009, Paul Wise wrote: There doesn't appear to be a bug open about it and IMO such a feature would probably be useful so I'd suggest filing one. #516704 Thanks Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subjec

Re: Help with watch file (Was: gnumed-client: New upstream version available)

On Mon, Feb 23, 2009 at 5:09 PM, Andreas Tille wrote: > On Mon, 23 Feb 2009, Paul Wise wrote: >> Until uscan gets smarter about cases like these, how about this? > > Should I file a wishlist bug report about this or is this work in progress > anyway? There doesn't appear to be a bug open about it

Re: Help with watch file (Was: gnumed-client: New upstream version available)

On Mon, 23 Feb 2009, Paul Wise wrote: So I wonder whether I missed some trick in my watch file or whether this should rather be regarded as an uscan bug which should go back to the directory with the next lower version number and scan the files there. Until uscan gets smarter about cases like

Re: Help with watch file (Was: gnumed-client: New upstream version available)

On Mon, Feb 23, 2009 at 3:46 PM, Andreas Tille wrote: > So I wonder whether I missed some trick in my watch file or whether this > should rather be regarded as an uscan bug which should go back to the > directory with the next lower version number and scan the files there. Until uscan gets smart

Re: Help bts-link be a more effective tool

On Sun, Jan 18, 2009 at 03:21, Raphael Geissert wrote: > Hi, > > Sandro Tosi wrote: > [...} >> In recent bts-link runs, we noticed some errors. The log is available >> at [2]: please take the time to give it a look, search for your >> packages and check the situation. There are errors in that log

Re: Help bts-link be a more effective tool

Ben Finney wrote: [...] > > Since the problem is not with the package itself, but with an external > service, I think this would be better in DEHS. > DEHS-provided information is displayed in the PTS as well, as it is up to the package maintainer(s) or collaborators to "fix" it (either on the De

Re: Help bts-link be a more effective tool

Raphael Geissert writes: > What about generating a nice report page and making the PTS warn > when bts-link had troubles handling forwarded bugs of a given > package. Good idea. Since the problem is not with the package itself, but with an external service, I think this would be better in DEHS.

Re: Help bts-link be a more effective tool

Hi, Sandro Tosi wrote: [...} > In recent bts-link runs, we noticed some errors. The log is available > at [2]: please take the time to give it a look, search for your > packages and check the situation. There are errors in that log that > might be ok, but others can refer to broken links, no more

Re: [Help] Scanning ftp directory with uscan does not seem to work (dcmtk)

On Wed, 14 Jan 2009, Sandro Tosi wrote: No it does, add a --pasv option: Thanks for the hint. It does not yet work behind my proxy, but it works on alioth and thus it is fine. I added passive option anyway because it makes error messages slightly better readable on my side. Sorry for the no

Re: [Help] Scanning ftp directory with uscan does not seem to work (dcmtk)

On Wed, Jan 14, 2009 at 11:10 AM, Mathieu Malaterre wrote: > On Wed, Jan 14, 2009 at 10:58 AM, Andreas Tille wrote: >> Hello, >> >> I noticed that the watch file for dcmtk >> >> version=3 >> ftp://dicom.offis.de/pub/dicom/offis/software/dcmtk/dcmtk([\d\.]+)/dcmtk-(.*)\.tar.gz >> >> does not work

Re: [Help] Scanning ftp directory with uscan does not seem to work (dcmtk)

On Wed, Jan 14, 2009 at 10:58 AM, Andreas Tille wrote: > Hello, > > I noticed that the watch file for dcmtk > > version=3 > ftp://dicom.offis.de/pub/dicom/offis/software/dcmtk/dcmtk([\d\.]+)/dcmtk-(.*)\.tar.gz > > does not work properly. $ uscan --force-download --verbose -- Scanning for watchf

Re: [Help] Scanning ftp directory with uscan does not seem to work (dcmtk)

Hello Andreas, On Wed, Jan 14, 2009 at 10:58, Andreas Tille wrote: > Hello, > > I noticed that the watch file for dcmtk > > version=3 > ftp://dicom.offis.de/pub/dicom/offis/software/dcmtk/dcmtk([\d\.]+)/dcmtk-(.*)\.tar.gz > > does not work properly. No it does, add a --pasv option: mo...@zion:~

Re: Help with updating nco package?

On Sat, 2006-11-11 at 13:26 -0800, Charlie Zender wrote: > Damyan Ivanov wrote: > > nco is currently maintained by Debian QA Group. Are you willing to take > > over? If so, you should tell them. > > Yes, I would like to take over nco maintainance, if it's OK with them. > I'm not a debian developer

Re: Help with updating nco package?

Hi Debian QA group, Damyan Ivanov wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - -=| Charlie Zender, 11.11.2006 09:44 |=- I am making a stab at incorporating downstream Debian modifications into a source package that I maintain called nco. My goal is to make the changes to the Debian p

Re: Help transition to gettext 0.15

On Tue, Sep 12, 2006 at 08:02:29AM -0300, Damián Viano wrote: > I'd like to discuss about the fixes to this bugs also... > > On Sun, Sep 10, 2006 at 07:52:39PM -0300, Damián Viano wrote: > > The bugs I've seen from this rebuilt are mostly 3: > > - #386487: FTBFS: aclocal: macro `AM_PROG_MKDIR_P' re

Re: Help transition to gettext 0.15

On Tue, Sep 12, 2006 at 08:02:29AM -0300, Damián Viano wrote: > I'd like to discuss about the fixes to this bugs also... > > On Sun, Sep 10, 2006 at 07:52:39PM -0300, Damián Viano wrote: > > The bugs I've seen from this rebuilt are mostly 3: > > - #386487: FTBFS: aclocal: macro `AM_PROG_MKDIR_P' r

Re: Help transition to gettext 0.15

I'd like to discuss about the fixes to this bugs also... On Sun, Sep 10, 2006 at 07:52:39PM -0300, Damián Viano wrote: > The bugs I've seen from this rebuilt are mostly 3: > - #386487: FTBFS: aclocal: macro `AM_PROG_MKDIR_P' required but not > defined I'm not sure about this, but replacing

Re: Help transition to gettext 0.15

On Mon, Sep 11, 2006 at 08:38:05PM -0300, Damián Viano wrote: > > Thanks, but there are several problems: > > * Your pbuilder environment is not clean, so you were not able > > to build packages which Build-Conflicts any flavour of automake, > > like gtoaster. > > Yes, this is in fact an

Re: Help transition to gettext 0.15

On Mon, Sep 11, 2006 at 09:48:55PM +0200, Denis Barbier wrote: > On Sun, Sep 10, 2006 at 07:52:39PM -0300, Damián Viano wrote: > > Hi, I've done this already, and also filled bugs (with some patches) for > > the FTBFS I've found. > > > > I'm uploading my results here http://lug.fi.uba.ar/~des/gett

Re: Help transition to gettext 0.15

On Sun, Sep 10, 2006 at 07:52:39PM -0300, Damián Viano wrote: > On Sun, Sep 10, 2006 at 10:28:31PM +0200, Denis Barbier wrote: > > Hi, > > > > gettext 0.15 causes several FTBFS, for different reasons. In > > order to find all problems and to provide fixes, it would help > > to know which packages

Re: Help transition to gettext 0.15

On Sun, Sep 10, 2006 at 10:28:31PM +0200, Denis Barbier wrote: > Hi, > > gettext 0.15 causes several FTBFS, for different reasons. In > order to find all problems and to provide fixes, it would help > to know which packages FTBFS, with build logs. Could someone > rebuild all packages which Build

Re: Help transition to gettext 0.15

On (10/09/06 22:28), Denis Barbier wrote: > Hi, > > gettext 0.15 causes several FTBFS, for different reasons. In > order to find all problems and to provide fixes, it would help > to know which packages FTBFS, with build logs. Could someone > rebuild all packages which Build-Depends{,-Indep}: ge

Re: [Help] Transition "Link in /usr/doc/"

Joey Hess wrote: > FWIW, that's all I used for the original mass bug filing. As noted, it > won't catch some edge cases. Thanks! I am starting to get random submissions of users by email, giving me a listing of their /usr/doc after an upgrade :) Users are really cute! -- ·''`. Policy

Re: [Help] Transition "Link in /usr/doc/"

Stefan Huehner wrote: > Hi Amaya, > > i think lintian has a check for this issue. Please look into [1] if this > is what you need. > > Regards, > Stefan > > [1] > http://lintian.debian.org/reports/Tpostinst-should-not-set-usr-doc-link.html FWIW, that's all I used for the original mass bug filin

Re: [Help] Transition "Link in /usr/doc/"

ke, 2006-07-19 kello 13:13 +0200, Amaya kirjoitti: > Lars Wirzenius wrote: > > Yep, piuparts does check for it, and there's been bugs reported based > > on it, though not too many. See #375727 or #338238 for example. > > Do you keep a logfile of what was filed and when? > I need to assign appropi

Re: [Help] Transition "Link in /usr/doc/"

Lars Wirzenius wrote: > Yep, piuparts does check for it, and there's been bugs reported based > on it, though not too many. See #375727 or #338238 for example. Do you keep a logfile of what was filed and when? I need to assign appropiate blockers for the transition bug. > Piuparts log file proce

Re: [Help] Transition "Link in /usr/doc/"

Justin Pryzby wrote: > Agreed; It is my understanding that it is wrong to put such > functionality in the {pre,post}rm scripts, because then the /usr/doc/ > link will exist (minimally) until the package is removed or upgraded > (all 4 scripts are called at some point during a successful upgrade).

Re: [Help] Transition "Link in /usr/doc/"

On Tue, Jul 18, 2006 at 11:50:22AM +0200, Amaya wrote: > Hi there, Stefan > > Stefan Huehner wrote: > > i think lintian has a check for this issue. Please look into [1] if > > this is what you need. > > http://lintian.debian.org/reports/Tpostinst-should-not-set-usr-doc-link.html > > Great pointer

Re: [Help] Transition "Link in /usr/doc/"

ti, 2006-07-18 kello 11:54 +0200, Luk Claes kirjoitti: > Amaya wrote: > > I guess what I also really need is to find out what packages had this > > "ln -s" in the postinst in the past, because if they are not handling > > the link removal upon upgrade, then users will have that link there > > forev

Re: [Help] Transition "Link in /usr/doc/"

Luk Claes wrote: > Isn't this one of the use cases of piuparts? Only if it can install an ancient version and test that the link is removed on upgrade. Lars? -- ·''`. Policy is your friend. Trust the Policy. : :' : Love the Policy. Obey the Policy. -- Lars Wirzenius `. `'

Re: [Help] Transition "Link in /usr/doc/"

Stefan Huehner wrote: > http://lintian.debian.org/reports/Tpostinst-should-not-set-usr-doc-link.html Most of the packages on this list have been already NMUed by 'yours faithfully' :) So I guess I need to manually inspect, basically: gcc-h8300-hms gmt-coast-low libradius1-dev libradius1 libr

Re: [Help] Transition "Link in /usr/doc/"

Amaya wrote: > Hi there, Stefan > > Stefan Huehner wrote: >> i think lintian has a check for this issue. Please look into [1] if >> this is what you need. >> http://lintian.debian.org/reports/Tpostinst-should-not-set-usr-doc-link.html > > Great pointer. > > I guess what I also really need is to

Re: [Help] Transition "Link in /usr/doc/"

Hi there, Stefan Stefan Huehner wrote: > i think lintian has a check for this issue. Please look into [1] if > this is what you need. > http://lintian.debian.org/reports/Tpostinst-should-not-set-usr-doc-link.html Great pointer. I guess what I also really need is to find out what packages had th

Re: [Help] Transition "Link in /usr/doc/"

On Tue, Jul 18, 2006 at 10:13:43AM +0200, Amaya wrote: > Hi there! > > I have been working on #322762 "/usr/doc still exists (transition > tracking bug)". > > I am wondering if there's any semi-automatic way to test the archive > again (this mass-bug-filing was done on 12 Aug 2005), so that we c

Re: help

On Thu, Mar 23, 2006 at 09:44:08PM -0600, John Morgan wrote: > I am interested in volunteering some time to help out with debian. I > don't have much expirence so to speak in programming or anything but I > am a quick learner and have some time to give. I was a system > administrator on a linux n

Re: help

John Morgan wrote: Hello... I am interested in volunteering some time to help out with debian. I don't have much expirence so to speak in programming or anything but I am a quick learner and have some time to give. I was a system administrator on a linux network a few years ago. I have a workin

Re: help

Hi John, On Thu, Mar 23, 2006 at 09:44:08PM -0600, John Morgan wrote: > I am interested in volunteering some time to help out with debian. I > don't have much expirence so to speak in programming or anything but I > am a quick learner and have some time to give. I was a system > administrator on

Re: help needed with mips build failure

Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes: > As for it being complicated, well, I believe you. But you need not be > upstream to change the build system, I have done that three or four times > already. It is not the most gratifying work in the world, at all... but the > result is fa

Re: help needed with mips build failure

On Wed, 16 Feb 2005, Thomas Bushnell BSG wrote: > Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes: > > On Wed, 16 Feb 2005, Thomas Bushnell BSG wrote: > > > Now, it should be noted, upstream uses autoconf 2.13, and libtool > > > 1.4c. So these errors should not be happening, and seem to imp

Re: help needed with mips build failure

Thomas Bushnell BSG wrote: > Steve Langasek <[EMAIL PROTECTED]> writes: > > > Clearly not, or it wouldn't have failed to build on mips and mipsel. There > > is nothing "perfectly working" about that version of libtool, and moreover, > > its effects are not limited to the mips architectures -- as

Re: help needed with mips build failure

[Thomas Bushnell BSG] > Perhaps mips is so rare that they wouldn't get bug reports. Perhaps. http://popcon.debian.org/ > reports: 1 0.02% kfreebsd-i386 1 0.02% ppc64 1 0.02% hurd-i386 2 0.04% mipsel 2 0.04% m68k 2 0.04% arm 4 0.07% mips 4 0.07% s39

Re: help needed with mips build failure

Steve Langasek <[EMAIL PROTECTED]> writes: > Clearly not, or it wouldn't have failed to build on mips and mipsel. There > is nothing "perfectly working" about that version of libtool, and moreover, > its effects are not limited to the mips architectures -- as the obscenely > long list of library

Re: help needed with mips build failure

On Wed, Feb 16, 2005 at 12:39:44PM -0800, Thomas Bushnell BSG wrote: > Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes: > > On Wed, 16 Feb 2005, Thomas Bushnell BSG wrote: > > > Now, it should be noted, upstream uses autoconf 2.13, and libtool > > > 1.4c. So these errors should not be happ

Re: help needed with mips build failure

Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes: > On Wed, 16 Feb 2005, Thomas Bushnell BSG wrote: > > Now, it should be noted, upstream uses autoconf 2.13, and libtool > > 1.4c. So these errors should not be happening, and seem to imply > > problems in the Debian auto* packages. > > Both

Re: help needed with mips build failure

On Wed, 16 Feb 2005, Thomas Bushnell BSG wrote: > Now, it should be noted, upstream uses autoconf 2.13, and libtool > 1.4c. So these errors should not be happening, and seem to imply > problems in the Debian auto* packages. Both are deprecated, outdated crap. Methinks you have some work to do to

Re: help needed with mips build failure

Thomas Bushnell BSG <[EMAIL PROTECTED]> writes: > Steve Langasek <[EMAIL PROTECTED]> writes: > > > You're using an old (and broken) version of libtool. C.f. > > for > > Ryan's boilerplate explanation for fixing this problem. > >

Re: help needed with mips build failure

On Tue, Feb 15, 2005 at 11:30:00PM -0800, Steve Langasek wrote: >On Tue, Feb 15, 2005 at 11:22:01PM -0800, Thomas Bushnell BSG wrote: > >>Can someone with mips and/or libtool expertise examine the build >>failure for gnucash below, and see if they can diagnose the problem? > >>http://buildd.debian.

Re: help needed with mips build failure

Steve Langasek <[EMAIL PROTECTED]> writes: > You're using an old (and broken) version of libtool. C.f. > for > Ryan's boilerplate explanation for fixing this problem. Thanks a bunch, this is surely the problem, but applying the s

Re: help needed with mips build failure

On Tue, Feb 15, 2005 at 11:22:01PM -0800, Thomas Bushnell BSG wrote: > Can someone with mips and/or libtool expertise examine the build > failure for gnucash below, and see if they can diagnose the problem? > http://buildd.debian.org/fetch.php?&pkg=gnucash&ver=1.8.10-5&arch=mips&stamp=1107337123&

Re: help needed with a reformime bug

On Tue, Jan 08, 2002 at 04:46:27AM +0100, Guillem Jover wrote: > tags 115625 patch > thanks > > I'v adjusted the patch and now it doesn't clobber existing files. > Then the bug may be closed, as the forementioned DoS is not feasible, > and the clobbering problem is resolved. > > If there are any

Re: help needed with a reformime bug

tags 115625 patch thanks I'v adjusted the patch and now it doesn't clobber existing files. Then the bug may be closed, as the forementioned DoS is not feasible, and the clobbering problem is resolved. If there are any problems related to the patch, please let me know :) kind regards --- reform

Re: help needed with a reformime bug

On Sat, Jan 05, 2002 at 01:42:18AM +0100, Josip Rodin wrote: > Hi, hi > I'd appreciate if someone could adjust the patch in #115625 to work with our > version of reformime in the stable maildrop package. i'v been lurking at the src and it seems to me that the DoS is not effective against reform

Bug#123015: cooledit segfault on powerpc (was Re: Help with #123015 on cooledit)

On Sat, Dec 29, 2001 at 04:03:52AM -0600, Aaron Schrab wrote: > Another occurrence of reusing a va_list variable. Although in this > case, it looks like it was just an oversight. In addition to fixing That worked. I'm uploading just now. -- "You grabbed my hand and we fell into it, like a da

Bug#123015: cooledit segfault on powerpc (was Re: Help with #123015 on cooledit)

At 18:16 -0600 28 Dec 2001, Colin Watson <[EMAIL PROTECTED]> wrote: > Does anyone have time to dig into bug #123015 a little? I've tried the > obvious fix (make sure the built-in CRASHES_ON_STARTUP workaround is > defined :)), but Mark Brown says that doesn't help. The only unstable Another occurr

Re: Help manual for kpilot

On Mon, Dec 03, 2001 at 12:56:42PM +0100, Zwieten, F. van wrote: > Looks like the manual for kpilot is not accessible altough there is lots of > stuff in /usr/share/doc/kde/HTML/en/kpilot. > > Feature or bug? Bug. Every binary should have a man page. -- Colin Watson

Re: [help needed] LD_LIBRARY_PATH and dh_shlibdeps

>> Martin Michlmayr <[EMAIL PROTECTED]> writes: > Can someone please help the maintainer of gimp1.2 with #109238. He > has a question about LD_LIBRARY_PATH and dh_shlibdeps. $ man dh_shlibdeps -- Marcelo | "You can't second-guess ineffability, I always say." [EMAIL PROTECTED] |

Re: Help wanted: word2x

Adrian Bunk writes: > I tried to recompile word2x on a i386 running a recent woody and the build > worked without any problems. Could you send me an exact description of > your problem? Attached is stderr from a build attempt: fakeroot debian/rules clean DEB_BUILD_ARCH=i386 DEB_BUILD_GNU_CPU

Re: Help wanted: word2x

On Mon, 16 Oct 2000, Matthew Vernon wrote: > Hi all, Hi Metthew, > I've been a bit quiet on the Debian front for a little while > (moving house, vacation, that sort of thing), and I'm sitting down to > fix some bugs in my packages (and in some other packges, you'll be > pleased to hear :). Anyho

Please read: Re: HELP needed for lavaps bugs.

Hi Tommi, * [Note: I am not a native speaker but I think the spirit of this message will be clear so read on...] The first thing I want to say: I am missing posts like the one I am replying to. Debian does not seem to be much of a community anymore, everybody is working on his packages and perh