Re: Bug#1064346: Source is missing errors on HTML source files

2024-02-21 Thread roucaries bastien 
Le jeu. 22 févr. 2024 à 06:07, Shriram Ravindranathan  a écrit :
>
> Thank you Bastien,
> I tried doing this but it appears that the scripts to build these
> example files all depend on having the highlight binary itself installed
> on the machine. I am unsure whether it is okay to have the package
> depend on itself for building.

Yes and no.

Best use the built package to generate the file

Other way is staged build

Bastien
>
> On 21/02/24 11:20 pm, roucaries bastien wrote:
> > You should rebuilt from source also... See for instance how I do with 
> > node-long
>
> --
> Shriram Ravindranathan
> ters
>

Re: Bug#1064346: Source is missing errors on HTML source files

2024-02-21 Thread roucaries bastien 
Le mer. 21 févr. 2024 à 15:38, Soren Stoutner  a écrit :
>
> Shriram,
>
> On Wednesday, February 21, 2024 8:30:54 AM MST Shriram Ravindranathan wrote:
> > Upon inspecting the embedded font, It seems to be a bespoke icon-font
> > generated using a tool called "Fontello" from one of the icons of the
> > octicons iconset from Atom  (MIT
> > Licensed SVGs)
> >
> > The font has only 1 glyph, Would it suffice to add this source image to
> > d/missing-souces and add that copyright info to d/copyright?
>
> I would assume so.  If anyone on mentors knows differently please speak up.
>
> > On 21/02/24 9:56 am, Soren Stoutner wrote:
> >
> > >
> > >
> > > Shriram,
> > >
> > >
> > >
> > >
> > > 1. For anything that has the unminified source in the upstream
> > > tarball, I would just create a lintian override with a comment listing
> > > the full path to the source for each file.  You can see an example of
> > > how this can be done here:
> > >
> > >
> > >
> > >
> > > https://salsa.debian.org/qt-kde-team/qt/qtwebengine/-/blob/master/debian/
> sou
> > > rce/lintian-overrides?ref_type=heads
> >
> > >
> > >
> > >
> > > Typically you only copy the source to the debian/missing-sources
> > > directory when it is not included in the upstream tarball and you have
> > > had to acquire it from another place.

You should rebuilt from source also... See for instance how I do with node-long
> > >
> > >
> > >
> > >
> > > 2. The github link below includes an embedded font in woff format.
> > > Typically, fonts like this would be considered compiled, so a separate
> > > font source would be needed.  However, I’m not sure what the Debian
> > > guidance for dealing with an HTML embedded font like this.  If someone
> > > else on mentors doesn’t know, I would recommend you ask on debian-legal.
> > >
> > >
> > >
> > >
> > > As these are mostly README files, and if it becomes difficult for you
> > > to acquire the source for some of them, you might consider excluding
> > > those you can’t get the source for, at least temporarily, using
> > > Files-Excluded in debian/copyright (and then running uscan, which will
> > > produce a modified tarball that does not include the problematic
> > > files).  For example, see:
> > >
> > >
> > >
> > >
> > > https://salsa.debian.org/cryptocoin-team/electrum/-/blob/master/debian/
> copyr
> > > ight?ref_type=heads
> >
> > >
> > >
> > >
> > > Whether this is a good option depends on how helpful those README
> > > files are for the users of your package.  If you go this route, you
> > > should add +dfsg to the version of your package to indicate that the
> > > upstream tarball has been repackaged to remove files that are not free
> > > (or for which the source is not available).
> > >
> > >
> > >
> > >
> > > Soren
> > >
> > >
> >
> > --
> > Shriram Ravindranathan
> > ters
> >
>
>
> --
> Soren Stoutner
> so...@debian.org

Re: Seeking a mentoree for imagemagick

2020-07-29 Thread roucaries bastien 
On Tue, Jul 28, 2020 at 2:00 PM  wrote:
>
> > >
> > > Thanks for help. I need help from easier to harder:
> > > 1. triaging bug
> > > 2 CVE and security tracking, see if CVE of imagemagick apply and
> > > contact security team
> > > 3. See if upstream commit contains security sensitive problems and
> > > contact security team
> > > 4. Backport security patch for stable and old stable
> > > 5. Helping me with imagemagick 6 to get latest stable update
> > > 6. Helping me with getting imagemagick 7 in unstable.
> > >
> > > Even one item here will help, and I will help you to improve your
> > > programming skills and maybe a day become a dd
> > >
>
> Hi
>
> I would also be happy to work with and learn from you in connection with
> these. Perhaps #6 (getting imagemagick 7 into unstable) since I am
> already running Debian sid on my machine.

Ok this one is not easy.


>
> The only challenge in my case is that I often have unreliable Internet,
> but hopefully it should not be too much of a blocker.
>
> Regards
> Sicelo
>

Bug#873744: RFS: liboauth/1.0.3-1 [QA-upload]

2017-09-02 Thread roucaries bastien 
On Sat, Sep 2, 2017 at 3:29 PM, Mattia Rizzolo  wrote:
> On Sat, Sep 02, 2017 at 03:23:46PM +0200, roucaries bastien wrote:
>> I can sponsor but I will need to be the maintainer of this package not 
>> debian-qa
>
> ?
> *you* will need to be the maintainer?  That doesn't make sense for QA
> upload.
>
> BTW, QA uploads do keep Debian QA as maintainer, see
> https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#nmu-qa-upload

Sorry send for a phone with french correction. I means that I will
prefer that carlos maddela will become the maint of this package.

It is a huge changelog for a qa upload.

Bastien
> --
> regards,
> Mattia Rizzolo
>
> GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
> more about me:  https://mapreri.org : :'  :
> Launchpad user: https://launchpad.net/~mapreri  `. `'`
> Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-

Bug#873744: RFS: liboauth/1.0.3-1 [QA-upload]

2017-09-02 Thread roucaries bastien 
I can sponsor but I will need to be the maintainer of this package not debian-qa

On Wed, Aug 30, 2017 at 6:01 PM, Carlos Maddela  wrote:
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
>   I am looking for a sponsor for my package "liboauth"
>
>  * Package name: liboauth
>Version : 1.0.3-1
>Upstream Author : Robin Gareus 
>  * URL : http://liboauth.sourceforge.net/
>  * License : Expat
>Section : libs
>
>   It builds these binary packages:
>
> liboauth-dev - C library implementing OAuth Core 1.0a API (development 
> files)
> liboauth0  - C library implementing OAuth Core 1.0a API (runtime)
>
>   To access further information about this package, please visit the 
> following URL:
>
>   https://mentors.debian.net/package/liboauth
>
>
>   Alternatively, one can download the package with dget using this command:
>
> dget -x 
> https://mentors.debian.net/debian/pool/main/libo/liboauth/liboauth_1.0.3-1.dsc
>
>   More information about my changes can be obtained from this git repo:
>   https://github.com/e7appew/pkg-liboauth.git.
>
>   Changes since the last upload:
>
>   * QA upload.
>   * New upstream release [1.0.3].
>   * Bump Standards-Version to 4.1.0 and debhelper compat level to 10.
>   * debian/control:
> - Update maintainer to Debian QA Group.
> - Update VCS URLs to use secure protocols.
> - Mark liboauth-dev package as Multi-Arch: same.
> - Rewrite package descriptions. Thanks to Martin Eberhard Schauer
>   and Justin B Rye. (Closes: #654334)
> - Perform wrap-and-sort.
> - Add build dependency on curl.
>   * debian/rules:
> - Simplify clean-up rule.
> - Build with all hardening flags set.
> - Suppress warnings about use of deprecated functions.
> - Enable LFS support on 32-bit architectures.
>   * Update library's symbols file to include the functions available
> when built with command-line curl feature.
>   * Suppress debian-watch-may-check-gpg-signature Lintian warning.
>   * debian/copyright:
> - Update details.
> - Remove redundancy.
> - Use Expat as license identifier, in preference to MIT, since
>   it matches this specifically.
>   * debian/patches/*:
> - Regenerate with git-buildpackage.
> - Drop 01_fix_manpage_spelling_errors.patch already applied upstream.
> - Fix newly detected typos in man page.
> - Update configure.ac for Autoconf 2.69.
> - Update Makefile.am files for Automake 1.15.
>
>   Regards,
>Carlos Maddela
>

Bug#862930: RFS: node-big-integer/1.6.22-1 [ITP]

2017-08-26 Thread roucaries bastien 
Do not know depends if it is easy to patch depends

On Sat, Aug 26, 2017 at 5:52 PM, Pierre Rudloff  wrote:
> Hello,
>
> Sorry, I was on vacation.
>
> node-bn is indeed a very similar library. Should we abandon the
> node-big-integer package then?
>
> Regards,
>
>
>
> Le 26/08/2017 à 16:38, roucaries bastien a écrit :
>>
>> Does node-bn does the same ?
>>
>> Thanks
>>
>> On Sat, Aug 26, 2017 at 1:10 PM, Gianfranco Costamagna
>>  wrote:
>>>
>>> On Fri, 7 Jul 2017 10:04:49 + (UTC) Gianfranco Costamagna
>>>  wrote:
>>>>
>>>>
>>>>> I'm not sure what you mean.
>>>>> These are dev dependencies, they are used by big-integer developers to
>>>>> perform various development tasks, but they are not required to simply
>>>>> use the library so there is no point in packaging them in Debian.
>>>>> And they are *not* embedded in the package, they only appear in
>>>>> package.json.
>>>>
>>>>
>>>> this makes sense, thanks.
>>>> So the review goes to the next step.
>>>> 1) licenses are missing (even if not used in the binary package, the
>>>> copyright
>>>> should list all the licenses in the source code).
>>>> 2) please use the same copyright as upstream for Debian packaging, this
>>>> will make
>>>> patch upstreaming possible without having to explicitly relicense them
>>>
>>> ping
>>>
>>> G.
>>>>
>>>> G.
>>>>
>>>>
>

Bug#862930: RFS: node-big-integer/1.6.22-1 [ITP]

2017-08-26 Thread roucaries bastien 
Does node-bn does the same ?

Thanks

On Sat, Aug 26, 2017 at 1:10 PM, Gianfranco Costamagna
 wrote:
> On Fri, 7 Jul 2017 10:04:49 + (UTC) Gianfranco Costamagna 
>  wrote:
>>
>>
>> >I'm not sure what you mean.
>> >These are dev dependencies, they are used by big-integer developers to
>> >perform various development tasks, but they are not required to simply
>> >use the library so there is no point in packaging them in Debian.
>> >And they are *not* embedded in the package, they only appear in
>> >package.json.
>>
>>
>> this makes sense, thanks.
>> So the review goes to the next step.
>> 1) licenses are missing (even if not used in the binary package, the 
>> copyright
>> should list all the licenses in the source code).
>> 2) please use the same copyright as upstream for Debian packaging, this will 
>> make
>> patch upstreaming possible without having to explicitly relicense them
>
> ping
>
> G.
>>
>> G.
>>
>>
>

Bug#872996: RFS: node-unicode-tr51/9.0.0-1 ITP

2017-08-23 Thread roucaries bastien 
control: tags -1 + moreinfo

On Wed, Aug 23, 2017 at 9:55 PM, roucaries bastien
 wrote:
> control: owner -1 ro...@debian.org
>
> I take it
>
> On Wed, Aug 23, 2017 at 2:43 PM, Julien Puydt  
> wrote:
>> Package: sponsorship-requests
>> Severity: wishlist
>>
>>   Dear mentors,
>>
>>   I am looking for a sponsor for my package "node-unicode-tr51"
>>
>>  * Package name: node-unicode-tr51
>>Version : 9.0.0-1
>>Upstream Author : Mathias Bynens
>>  * URL : https://mths.be/unicode-tr51
>>  * License : Expat
>>Section : web
>>
>>   It builds those binary packages:
>>
>> node-unicode-tr51 - Emoji data for Node.js
>>
>>   To access further information about this package, please visit the
>> following URL:
>>
>>   https://mentors.debian.net/package/node-unicode-tr51
>>
>>
>>   Alternatively, one can download the package with dget using this command:
>>
>> dget -x
>> https://mentors.debian.net/debian/pool/main/n/node-unicode-tr51/node-unicode-tr51_9.0.0-1.dsc
>>
>>   It is packaged within the Debian Javascript Maintainers team:
>> Vcs-Git:
>> https://anonscm.debian.org/git/pkg-javascript/node-unicode-tr51.git
>> Vcs-Browser:
>> https://anonscm.debian.org/cgit/pkg-javascript/node-unicode-tr51.git
>>
>> Snark on #debian-js
>>
* debian/control:
   + section is javascript
   + you should use package.json version in source depends
   + Description is too short. Define emoji for instance. What contain
emoji data ?
 * copyright:
 please mention in general comment what I have just opened #873028
for adding emoji to unicode-data 
 * rules
  They are no guarantee that .js file are overwritten by script
and even in this case your package does not build cleanly. Better is
to create a debian/build directory (rm -rf during clean) that will get
a symlink of script and data. Than run script on it.
 * debian/test/mocha: please you a copy on my runtestsuite script. It
will use installed version instead of source
* debian/watch is 4

Bastien

Bug#872996: RFS: node-unicode-tr51/9.0.0-1 ITP

2017-08-23 Thread roucaries bastien 
control: owner -1 ro...@debian.org

I take it

On Wed, Aug 23, 2017 at 2:43 PM, Julien Puydt  wrote:
> Package: sponsorship-requests
> Severity: wishlist
>
>   Dear mentors,
>
>   I am looking for a sponsor for my package "node-unicode-tr51"
>
>  * Package name: node-unicode-tr51
>Version : 9.0.0-1
>Upstream Author : Mathias Bynens
>  * URL : https://mths.be/unicode-tr51
>  * License : Expat
>Section : web
>
>   It builds those binary packages:
>
> node-unicode-tr51 - Emoji data for Node.js
>
>   To access further information about this package, please visit the
> following URL:
>
>   https://mentors.debian.net/package/node-unicode-tr51
>
>
>   Alternatively, one can download the package with dget using this command:
>
> dget -x
> https://mentors.debian.net/debian/pool/main/n/node-unicode-tr51/node-unicode-tr51_9.0.0-1.dsc
>
>   It is packaged within the Debian Javascript Maintainers team:
> Vcs-Git:
> https://anonscm.debian.org/git/pkg-javascript/node-unicode-tr51.git
> Vcs-Browser:
> https://anonscm.debian.org/cgit/pkg-javascript/node-unicode-tr51.git
>
> Snark on #debian-js
>

Bug#872753: RFS: node-regjsparser/0.2.1-1 ITP

2017-08-21 Thread roucaries bastien 
On Mon, Aug 21, 2017 at 11:38 PM, Julien Puydt  wrote:
> Hi,
>
> Le 21/08/2017 à 22:44, roucaries bastien a écrit :
>> On Mon, Aug 21, 2017 at 10:33 PM, roucaries bastien
>>  wrote:
>>> control: owner -1 ro...@debian.org
>>>
>>> Will sponsor this one. Will review
>>>
>>> On Sun, Aug 20, 2017 at 9:59 PM, Andrey Rahmatullin  wrote:
>>>> Control: retitle -1 RFS: node-regjsparser/0.2.1-1 [ITP]
>>
>> * uscan is now 4
>
> Done.
>
>> *demo should be supplied as example
>
> I don't know how that demo is to be run, so I find it annoying to ship
> it as an example :-/
>
> Notice that the manpage I wrote has examples.
>
>> * test/*.json should be remove FTBFS (if you could regenerate you are
>> welcome to do)
>
> Same question as for nodejsgen : if it isn't used, do we still consider
> it FTBFS?
Yes repack is safer and bonus point package is smaller

>
>> * parser.js FTBFS search generated in source
>
> Darn. I had checked that we had the tool to generate it in node-esprima,
> but now I see it requires node-unicode-8.0.0, which we don't have :-(
>
>> * a smoketest will be welcome (readme.md seems to include something)
>
> I added one.
>
> The problem with parser.js is definitively a show stopper : that means
> I'll have to tackle the node-unicode-* packages issue sooner than I
> expected :-/
>
> Snark on #debian-js

Bug#872753: RFS: node-regjsparser/0.2.1-1 ITP

2017-08-21 Thread roucaries bastien 
On Mon, Aug 21, 2017 at 10:33 PM, roucaries bastien
 wrote:
> control: owner -1 ro...@debian.org
>
> Will sponsor this one. Will review
>
> On Sun, Aug 20, 2017 at 9:59 PM, Andrey Rahmatullin  wrote:
>> Control: retitle -1 RFS: node-regjsparser/0.2.1-1 [ITP]

* uscan is now 4
*demo should be supplied as example
* test/*.json should be remove FTBFS (if you could regenerate you are
welcome to do)
* parser.js FTBFS search generated in source
* a smoketest will be welcome (readme.md seems to include something)

Bastien

Bug#872753: RFS: node-regjsparser/0.2.1-1 ITP

2017-08-21 Thread roucaries bastien 
control: owner -1 ro...@debian.org

Will sponsor this one. Will review

On Sun, Aug 20, 2017 at 9:59 PM, Andrey Rahmatullin  wrote:
> Control: retitle -1 RFS: node-regjsparser/0.2.1-1 [ITP]
>
> --
> WBR, wRAR

Bug#843362: RFS: wand/0.4.4-1

2016-11-06 Thread roucaries bastien 
On Sun, Nov 6, 2016 at 10:30 AM, Changwoo Ryu  wrote:
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
>
> I am looking for a sponsor for my package "wand":
>
> * Package name: wand
>   Version : 0.4.4-1
>   Section : python
>
> It builds those binary packages:
>
>  pypy-wand  - Python interface for ImageMagick library (PyPy build)
>  python-wand - Python interface for ImageMagick library (Python 2 build)
>  python3-wand - Python interface for ImageMagick library (Python 3 build)
>  wand-doc   - Python interface for ImageMagick library - documentation
>
> Download the package with dget using this command:
>
> dget -x https://people.debian.org/~cwryu/debian/wand_0.4.4-1.dsc
>
> Or you can use the alioth git:
>
> https://anonscm.debian.org/git/users/cwryu/wand.git
>
>
> Changes since the last upload:
>
>   * New upstream release
>   * debian/control: Correct the Vcs-*: URI
>   * Use pybuild
> - The testsuite is disabled for now; it fails on the ImageMagick 6.8.* or
>   later

With my imagemagick hat, why it fail ?

Bastien

> My new gpg key is not in the keyring yet since the weak key
> removal so I can't upload this update myself.
>

Bug#842597: RFS: [RC] pythonmagick/0.9.14-1

2016-10-30 Thread roucaries bastien 
On Sun, Oct 30, 2016 at 6:36 PM, Mattia Rizzolo  wrote:
> control: tag -1 moreinfo
> control: owner -1 !
>
> On Sun, Oct 30, 2016 at 06:11:01PM +0100, Bastien ROUCARIÈS wrote:
>>   I am looking for a sponsor for my package "pythonmagick"
>
> o/
>
>>   Alternatively, one can download the package with dget using this command:
>>
>> dget -x https://mentors.debian.net/debian/pool/main/p/pythonmagick/
>> pythonmagick_0.9.14-1.dsc
>
> given this package is in dpmt I'll stick to git instead.
>
>>   * Switch watch to .xz and add signature check
>
> please instead make use of uscan's @ARCHIVE_EXT@ substitution variable.
Ok
>
>>   * Add myself as uploader.
>>   * Switch to git-dpm.
>>   * Bump Standards-Version no changes.
>>   * New upstream release:
>> - Bug fix: "FTBFS with newer experimental version of imagemagick",
>>   thanks to Bastien ROUCARIES (Closes: #840428).
>
> I find weird thanking yourself here :)
ok
> Also, the upstream bug that you linked in the debian bug is still open
> with no comments, how come?
Due to transient bug in toolchain fixed now. New upstream is needed

> moreover:
>
> * please bump debhelper compat level to 10
ok
> * switch to pybuild for building


Do you have an example with autoconf ?

> * README.source is now completely useless
ok
> * I wouldn't mind seeing the build-deps sorted
ok
> * merge the UNRELEASED changelog entry into yours
ok

>
> Then, does this package build with python3?  If so please add a python3-
> package.
>
> --
> regards,
> Mattia Rizzolo
>
> GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
> more about me:  https://mapreri.org : :'  :
> Launchpad user: https://launchpad.net/~mapreri  `. `'`
> Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-

Bug#809768: RFS: kbibtex/0.6+git7fdc0cd97c093f-1

2016-01-18 Thread roucaries bastien 
On Mon, Jan 4, 2016 at 2:56 PM, Mattia Rizzolo  wrote:
> control: tag -1 moreinfo
> control: owner -1 !
>
> On Sun, Jan 03, 2016 at 09:26:26PM +0100, Bastien ROUCARIÈS wrote:
>> I am looking for a sponsor for my package "kbibtex"
>
> sure.
>
>>   More information about hello can be obtained from http://www.example.com.
>
> would be handy if people would at least read the template (also on the
> other RFS, btw..) :)
>
>
> stuff I don't like:
>
> * you overwrote the last upload changelog entry.  don't do that.
> * I think I'd prefer a more verbose changelog, instead of "upgrade
>   debian package" (at least the latter 3?)
>   + add of 001-add-keywords-to-desktop.patch
>   + remove README.source
>   + rewrite of d/watch
>   + remove of the menu file
> * in d/control you mix tab and spaces in a depends line, another
>   wrap-and-sort run should fix it
> * you use compat level 9, the following is just unneded:
>   +DPKG_EXPORT_BUILDFLAGS = 1
>   +include /usr/share/dpkg/buildflags.mk
> * is there a reason to put private libs in a public location (instead
>   of just overriding lintian naggings).
>   If those a private stuff I'd expect them to be under a /directory/.

Fixed with your comments. Could you get a glimpse

Bastien

> --
> regards,
> Mattia Rizzolo
>
> GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
> more about me:  http://mapreri.org  : :'  :
> Launchpad user: https://launchpad.net/~mapreri  `. `'`
> Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-

Bug#798215: RFS: node-typedarray/0.0.6-1 [ITP]

2015-09-07 Thread roucaries bastien 
On Mon, Sep 7, 2015 at 3:05 PM, Gianfranco Costamagna
 wrote:
> Control: owner -1 !
> Control: tags -1 moreinfo
>
> Hi Ross,
> 1) control: "priority: extra"
>
> as said before on debian-mentors the priority should be optional, unless you 
> have good reason to
> have extra
> https://www.debian.org/doc/debian-policy/ch-archive.html#s-priorities
>
> 2) "In order to run the tests provided with node-typedarray, it will be
>
> necessary to package tape for Debian."
>
> well, isn't it better to start from tape then?
>

No tape need grunt and a lot of non packaged package that reverse dep
on this package

> cheers,
>
>
> G.
>

Re: Bug#668881: autoconf-archive: typo in ax_with_curses: AX_MSG_ERROR -> AC_MSG_ERROR

2012-04-16 Thread roucaries bastien 
Dear mentors,

i have just uploaded under mentor a new version of autoconf archive.

 Source package:
http://mentors.debian.net/debian/pool/main/a/autoconf-archive/autoconf-archive_20120407-1.dsc

It closes bugs 668881.

Please review it.

Bastien


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cae2spazpj3k+tar3ijs18zyrctcpvbwbgxs9nx9uj0pueya...@mail.gmail.com

Re: How to maintain a large symbols file of a C++ library

2011-11-08 Thread roucaries bastien 
On Tue, Nov 8, 2011 at 12:18 AM, Thomas Weber  wrote:
> Hi,
>
> I'm in the process of converting Debian's Octave packages into a
> structure with proper library packaging. The symbols file of these three
> C++ libraries has about 30k lines.
>
> I'm pretty new to symbols handling, so I'm looking for advice on
> how to handle this. Is there a simple way to reduce the pure size of
> this file? Or is this size normal?
>
> Further, looking at dpkg-gensymbols(1), it seems I should take
> special care about some C++-features - can you point me to an example of
> how to do this?
>
> Thanks
>        Thomas

Try to use hidden linking before doing this. Ask upstream hel, if needed.

I am doing the same with imageemagick and next revision will include it.

BTW do you need help on arpack ?

Bastien

>
> --
> To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: http://lists.debian.org/2007231800.GA27343@t61
>
>


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cae2spayqbna8rtiylbwm1l0zt7pfs77boebc1o9lrtgkccu...@mail.gmail.com

Re: RFS: libunix-mknod-perl

2011-10-30 Thread roucaries bastien 
 Dear mentors,

 I am looking for a sponsor for my package "libunix-mknod-perl".

 I am needing it for perl-fuse and from one of my project that plan to
 access to dropbox using fuse.

   Package name    : libunix-mknod-perl
   Version         : 0.04-1
   Upstream Author: Campus Information Technologies and Educational Services,
               University of Illinois at Urbana-Champaign
   URL             :   http://search.cpan.org/dist/Unix-Mknod/
   License         : bsd-3clause
   Section         : perl

 It builds those binary packages:

 libunix-mknod-perl - Perl extension for mknod, major, minor, and makedev

 To access further information about this package, please visit the
 following URL:

  http://mentors.debian.net/package/libunix-mknod-perl

 Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/libu/libunix-mknod-perl/libunix-mknod-perl_0.04-1.dsc

 I would be glad if someone uploaded this package for me.

 Kind regards,

 bastien roucaries
>


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAE2SPAYtZwa_1FHQk1UH5QLwJuzc=xgmto-1u3bj3yojaoo...@mail.gmail.com

Re: RFS: libunix-mknod-perl

2011-10-28 Thread roucaries bastien 
On Fri, Oct 28, 2011 at 12:49 PM, Ansgar Burchardt  wrote:
> Hi,
>
> Bastien ROUCARIES  writes:
>> I am looking for a sponsor for my package "libunix-mknod-perl".
>
> Have you considered maintaining the package within the Perl Group[1]?

No thanks,
I have just send a mail to debian-perl for getting access to git.

Will resend ASAP my package for debian-perl

Thanks

> Regards,
> Ansgar
>
> [1] 
>    
>
>
> --
> To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: 
> http://lists.debian.org/s2s1utxv1ax@bistromathics.mathi.uni-heidelberg.de
>
>


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAE2SPAbj_TKbUXLbGvGT+XuJ=QJDS2o2o_u85jv8-gSDY�-a...@mail.gmail.com

Re: RE : : RFS: autoconf-archive (updated package)

2011-07-15 Thread roucaries bastien 
On Fri, Jul 15, 2011 at 10:47 AM, Kilian Krause  wrote:
> Hi Bastien,
>
> On Thu, 2011-07-14 at 12:34 +0200, roucaries bastien wrote:
>> I have done the work needed
>> On Wed, Jul 13, 2011 at 11:17 AM, Kilian Krause  wrote:
>> > Hi Bastien,
>> >
>> > On Tue, 2011-07-12 at 09:17 +0200, roucaries bastien wrote:
>> >> Ping ?
>> >
>> > 1. debian/watch needs fixing to avoid your ugly epoch hack:
>> > opts="uversionmangle=s/[-\.]//g" \
>> > is the correct way to update
>>
>> Done
>>
>> > 2. DEP5 is now at
>> > http://anonscm.debian.org/viewvc/dep/web/deps/dep5.mdwn?view=markup&pathrev=174
>> > Please update in debian/copyright
>>
>> Done
>>
>> > 3. Lintian still warns about:
>> > E: autoconf-archive source: git-patches-not-exported
>> > P: autoconf-archive source: unneeded-build-dep-on-quilt
>> >
>> > Which seems to be correct as debian/patches is empty except for
>> > debian/patches/series.
>> > Do you reckon that there should be no patches at all or are they plain
>> > missing in your source?
>>
>> They are no patches. It is a bug in gitpkg even after david Bremner
>> patch lintian complain.
>
> Renamed to the proper version without epoch, built, signed, uploaded.
>
> I've not "fixed" the unneeded-build-dep-on-quilt warning of lintian, but
> maybe that could be part of the gitpkg "fix" that would only ship
> debian/patches (including debian/patches/series) if it's really required
> and also ship the quilt-b-dep if it's really required. It may very well
> be that it's not even required due to the dpkg-source v3.
> Thanks for your contribution!

Thanks to you
>
> --
> Best regards,
> Kilian
>


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAE2SPAYm=SVsEeArjdSWXJP3HFWbj=2nc57zmkary+ajdxg...@mail.gmail.com

Re: RE : : RFS: autoconf-archive (updated package)

2011-07-14 Thread roucaries bastien 
On Thu, Jul 14, 2011 at 7:54 PM, David Bremner  wrote:
> On Thu, 14 Jul 2011 16:41:05 +0200, roucaries bastien 
>  wrote:
>> On Thu, Jul 14, 2011 at 1:30 PM, David Bremner  wrote:
>>
>> I use 0.20, it does not export patches but lintian complain. See the
>> file in mentors. I believe it is a lintian bug.
>> What do you think ?
>>
>
> Certainly
>
>   E: autoconf-archive source: unknown-file-in-debian-source git-patches
>
> is a bug in lintian. For what it is worth, you refer to the wrong bug on
> mentors.debian.net. This was 607502, also fixed in 2.5.1 (and in
> 2.5.0~rc1).

Not fixed in my case:
lintian *.changes || lintian --version
E: autoconf-archive source: git-patches-not-exported
Lintian v2.5.1

I have no patches because for this version, I do not need then. For
imagemagick some version I have patches, but sometimes I need to drop
all (included upstream).

It seems not fixed

Bastien


> d
>
>
>
>
>
>


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAE2SPAY=7hOrP5otH6=Oy253CTPQkDoK1bOT=i9mUK4w5Fe-=a...@mail.gmail.com

Re: RE : : RFS: autoconf-archive (updated package)

2011-07-14 Thread roucaries bastien 
On Thu, Jul 14, 2011 at 1:30 PM, David Bremner  wrote:
> On Thu, 14 Jul 2011 12:34:30 +0200, roucaries bastien 
>  wrote:
>>
>> They are no patches. It is a bug in gitpkg even after david Bremner
>> patch lintian complain.
>>
>
> I'm a bit surprised by that. In any case, try version 0.20 of gitpkg
> which contains a different fix. If there is still a bug, please report
> it.

I use 0.20, it does not export patches but lintian complain. See the
file in mentors. I believe it is a lintian bug.
What do you think ?

> d
>
>


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAE2SPAZxo9fWg+LixnA=ryxp_ezob5dfzpzonznfhdov7uy...@mail.gmail.com

Re: RE : : RFS: autoconf-archive (updated package)

2011-07-14 Thread roucaries bastien 
I have done the work needed
On Wed, Jul 13, 2011 at 11:17 AM, Kilian Krause  wrote:
> Hi Bastien,
>
> On Tue, 2011-07-12 at 09:17 +0200, roucaries bastien wrote:
>> Ping ?
>
> 1. debian/watch needs fixing to avoid your ugly epoch hack:
> opts="uversionmangle=s/[-\.]//g" \
> is the correct way to update

Done

> 2. DEP5 is now at
> http://anonscm.debian.org/viewvc/dep/web/deps/dep5.mdwn?view=markup&pathrev=174
> Please update in debian/copyright

Done

> 3. Lintian still warns about:
> E: autoconf-archive source: git-patches-not-exported
> P: autoconf-archive source: unneeded-build-dep-on-quilt
>
> Which seems to be correct as debian/patches is empty except for
> debian/patches/series.
> Do you reckon that there should be no patches at all or are they plain
> missing in your source?

They are no patches. It is a bug in gitpkg even after david Bremner
patch lintian complain.

Bastien


> Apart from that, IMHO ready to be put into Debian.
>
> --
> Best regards,
> Kilian
>


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cae2spazvu9jwf+h4yc8pq3hugom1ykjvqoagc-+zf+0cruw...@mail.gmail.com

Re: RE : : RFS: autoconf-archive (updated package)

2011-07-12 Thread roucaries bastien 
Ping ?

On Fri, Jul 8, 2011 at 11:03 AM, roucaries bastien
 wrote:
> Reuploaded a new version comments online
> On Thu, Jul 7, 2011 at 5:27 PM, Kilian Krause  wrote:
>> Hi Bastien,
>>
>> On Thu, 2011-07-07 at 07:50 +0200, roucaries bastien wrote:
>>> Please do not upload directly, i will upload git tree before under
>>> collab maint and postthe final ppackage here.
>>>
>>> It is more a rfc.
>>> > http://mentors.debian.net/debian/pool/main/a/autoconf-archive/autoconf-archive_2011.04.12-1.dsc
>>
>> Comments are:
>>
>> 1. debian/autoconf-archive.doc-base.autoconf-archive should most
>> probably be named debian/autoconf-archive.doc-base
>>
> Done
>
>> 2. Me personally I'd prefer seeing that CDBS be ditched in favour of dh
>
> I prefer cdbs (taste mater)
>
>> 3. your indentation in debian/changelog is somewhat lacking the second
>> level for your "- " items
>
>
> Done
>> 4. The version that's on mentors.d.n does FTBFS for me in pbuilder with:
>
> Add texinfo as build depend
> I could not test under pbuilder uml due to
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=585352
>
>> --(snip)--
>> make[2]: Entering directory
>> `/tmp/buildd/autoconf-archive-2011.04.12/doc'
>> rm -rf autoconf-archive.htp
>> if /bin/bash /tmp/buildd/autoconf-archive-2011.04.12/build-aux/missing
>> --run makeinfo --html   -I . \
>>         -o autoconf-archive.htp autoconf-archive.texi; \
>>        then \
>>          rm -rf autoconf-archive.html; \
>>          if test ! -d autoconf-archive.htp && test -d autoconf-archive; then 
>> \
>>            mv autoconf-archive autoconf-archive.html; else mv
>> autoconf-archive.htp autoconf-archive.html; fi; \
>>        else \
>>          if test ! -d autoconf-archive.htp && test -d autoconf-archive; then 
>> \
>>            rm -rf autoconf-archive; else rm -Rf autoconf-archive.htp
>> autoconf-archive.html; fi; \
>>          exit 1; \
>>        fi
>> /tmp/buildd/autoconf-archive-2011.04.12/build-aux/missing: line 52:
>> makeinfo: command not found
>> WARNING: `makeinfo' is missing on your system.  You should only need it
>> if
>>         you modified a `.texi' or `.texinfo' file, or any other file
>>         indirectly affecting the aspect of the manual.  The spurious
>>         call might also be the consequence of using a buggy
>> `make' (AIX,
>>         DU, IRIX).  You might want to install the `Texinfo' package or
>>         the `GNU make' package.  Grab either from any GNU archive site.
>> make[2]: *** [autoconf-archive.html] Error 1
>> make[2]: Leaving directory `/tmp/buildd/autoconf-archive-2011.04.12/doc'
>> make[1]: *** [html-recursive] Error 1
>> make[1]: Leaving directory `/tmp/buildd/autoconf-archive-2011.04.12'
>> make: *** [debian/stamp-makefile-build] Error 2
>> dpkg-buildpackage: error: debian/rules build gave error exit status 2
>> --(snip)--
>>
>> 5. As Deng Xiyue has retired, I think it'd be ok to remove him entirely
>> from the Uploaders field.
>
> Done put myself as maintainer and it is Qingning Huo
>   that retired. Deng Xiyue is still an uploader (but
> busy by real life)
>
> Bastien
>
>>
>> --
>> Best regards,
>> Kilian
>>
>


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAE2SPAZA6=mbrE-H0AQrB5i6RWK-no49u0OKxb22EUZsmS=u...@mail.gmail.com

Re: RE : : RFS: autoconf-archive (updated package)

2011-07-08 Thread roucaries bastien 
Reuploaded a new version comments online
On Thu, Jul 7, 2011 at 5:27 PM, Kilian Krause  wrote:
> Hi Bastien,
>
> On Thu, 2011-07-07 at 07:50 +0200, roucaries bastien wrote:
>> Please do not upload directly, i will upload git tree before under
>> collab maint and postthe final ppackage here.
>>
>> It is more a rfc.
>> > http://mentors.debian.net/debian/pool/main/a/autoconf-archive/autoconf-archive_2011.04.12-1.dsc
>
> Comments are:
>
> 1. debian/autoconf-archive.doc-base.autoconf-archive should most
> probably be named debian/autoconf-archive.doc-base
>
Done

> 2. Me personally I'd prefer seeing that CDBS be ditched in favour of dh

I prefer cdbs (taste mater)

> 3. your indentation in debian/changelog is somewhat lacking the second
> level for your "- " items


Done
> 4. The version that's on mentors.d.n does FTBFS for me in pbuilder with:

Add texinfo as build depend
I could not test under pbuilder uml due to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=585352

> --(snip)--
> make[2]: Entering directory
> `/tmp/buildd/autoconf-archive-2011.04.12/doc'
> rm -rf autoconf-archive.htp
> if /bin/bash /tmp/buildd/autoconf-archive-2011.04.12/build-aux/missing
> --run makeinfo --html   -I . \
>         -o autoconf-archive.htp autoconf-archive.texi; \
>        then \
>          rm -rf autoconf-archive.html; \
>          if test ! -d autoconf-archive.htp && test -d autoconf-archive; then \
>            mv autoconf-archive autoconf-archive.html; else mv
> autoconf-archive.htp autoconf-archive.html; fi; \
>        else \
>          if test ! -d autoconf-archive.htp && test -d autoconf-archive; then \
>            rm -rf autoconf-archive; else rm -Rf autoconf-archive.htp
> autoconf-archive.html; fi; \
>          exit 1; \
>        fi
> /tmp/buildd/autoconf-archive-2011.04.12/build-aux/missing: line 52:
> makeinfo: command not found
> WARNING: `makeinfo' is missing on your system.  You should only need it
> if
>         you modified a `.texi' or `.texinfo' file, or any other file
>         indirectly affecting the aspect of the manual.  The spurious
>         call might also be the consequence of using a buggy
> `make' (AIX,
>         DU, IRIX).  You might want to install the `Texinfo' package or
>         the `GNU make' package.  Grab either from any GNU archive site.
> make[2]: *** [autoconf-archive.html] Error 1
> make[2]: Leaving directory `/tmp/buildd/autoconf-archive-2011.04.12/doc'
> make[1]: *** [html-recursive] Error 1
> make[1]: Leaving directory `/tmp/buildd/autoconf-archive-2011.04.12'
> make: *** [debian/stamp-makefile-build] Error 2
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
> --(snip)--
>
> 5. As Deng Xiyue has retired, I think it'd be ok to remove him entirely
> from the Uploaders field.

Done put myself as maintainer and it is Qingning Huo
  that retired. Deng Xiyue is still an uploader (but
busy by real life)

Bastien

>
> --
> Best regards,
> Kilian
>


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAE2SPAYEugfNzejOG8dkHVRYo=o8mdwoadho+g0qcgtmk-o...@mail.gmail.com

RE : : RFS: autoconf-archive (updated package)

2011-07-06 Thread roucaries bastien 
Please do not upload directly, i will upload git tree before under collab
maint and postthe final ppackage here.

It is more a rfc.

Bastien

Le 6 juil. 2011 15:14, "Bastien ROUCARIES"  a
écrit :

Dear mentors,

I am looking for a sponsor for the new version 1:2011.04.12-1
of the package "autoconf-archive".

It builds these binary packages:
autoconf-archive - Autoconf Macro Archive

The upload would fix these bugs: 214089, 568413, 572669, 584180, 593838,
622369

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/a/autoconf-archive
- Source repository: deb-src http://mentors.debian.net/debian unstable main
contrib non-free
- dget
http://mentors.debian.net/debian/pool/main/a/autoconf-archive/autoconf-archive_2011.04.12-1.dsc

I would be glad if someone uploaded this package for me.

Note that previous maintainer was marked MIA and I will comaintain it with
Deng Xiyue

Notice also that copyright was fixed and DEP5

They are two lintian warnings that are bug on lintian:
- #607694 if you are using stable lintian
- new version: autoconf-archive source: git-patches-not-exported but they
are exported see debian/patches/series
(will report) and I have no patch for now

Kind regards
 bastien roucaries

Re: [imagemagick] Strange bug in one of my packages need help (maybe glibc bug?)

2011-05-30 Thread roucaries bastien 
On Mon, May 30, 2011 at 3:06 PM, Roger Leigh  wrote:
> On Mon, May 30, 2011 at 02:27:28PM +0200, roucaries bastien wrote:
>> On Mon, May 30, 2011 at 1:54 PM, Roger Leigh  wrote:
>> > On Mon, May 30, 2011 at 01:21:07PM +0200, roucaries bastien wrote:
>> >> On Wed, May 25, 2011 at 7:34 PM, Roger Leigh  wrote:
>> >> > On Wed, May 25, 2011 at 12:20:09PM +0200, Bastien ROUCARIES wrote:
>> >> >> Hi,
>> >> >>
>> >> >> I have two strange bug in my package imagemagick. I am really clueless 
>> >> >> about these.upstream have no idea also. Any help welcome
>> >> >> see #625250
>> >> >
>> >> > % c++filt  _ZNSt14error_categoryD2Ev
>> >> > std::error_category::~error_category()
>> >> >
>> >> > % nm -D /usr/lib/libstdc++.so.6 | grep _ZNSt14error_categoryD2Ev
>> >> > 003380272800 T _ZNSt14error_categoryD2Ev
>> >> >
>> >> > % nm -C -D /usr/lib/libstdc++.so.6 | grep error_category
>> >> > 003380272800 T std::error_category::~error_category()
>> >> >
>> >> > This is on a sid system.
>> >> >
>> >> > On squeeze:
>> >> > $ nm -D /usr/lib/libstdc++.so.6 | grep _ZNSt14error_categoryD2Ev
>> >> > $ echo $?
>> >> > 1
>> >> >
>> >> > If imagemagick was built against the current libstdc++ and run
>> >> > using an older libstdc++ without the symbol, you will get this
>> >> > error.
>> >> >
>> >> > I don't see any direct libstdc++ dependency in either the
>> >> > imagemagick package, or its library needed sections.  What's using
>> >> > libdjvulibre?  Is it being dlopened.
>> >>
>> >> Yes it is dlopened
>> >>
>> >> > If this is the case,
>> >> > libdjvulibre is using an old version of libstdc++, and that's an
>> >> > issue with its dependencies (and/or the libstdc++ symbol
>> >> > versioning).
>> >>
>> >> Seems so, more strangely using LD_PRELOAD=/usr/lib64/libdjvulibre.so
>> >> or LD_BIND_NOW=1 fix this issue. Will reassign to libdvu
>> >
>> > This library may just require a rebuild.  You could request a
>> > binNMU to get it rebuilt if this is the case.
>> >
>> >> > You'll need a full stack trace to work out what's using this
>> >> > library if you haven't done so already.
>> >>
>> >> It does not coredump. How can I get a backtrace ? using LD_DEBUG=all
>> >> option point to libdjvu
>> >
>> > Well, you can get a backtrace at any point, not just on coredump.
>> > You could 'break dlopen' to stop and get a backtrace at all dlopen
>> > calls.  Or on any function call you like.  This will let you find
>> > out what's responsible for the dlopen in the first place.
>>
>> It break in __libc_start_main
>> _start
>>
>> Any idea ?
>
> No. You'll need to look at the backtrace at that point.  It may
> be irrelevant; just continue and look at all the break points,
> inspecting the backtrace each time.
>
> Note that ELF contructors (.init section) run early before main()
> is called.  They can do arbitrary stuff.

I think it is this case, at break at exit and backtrace show me this.
Message about missing symbol was already printed.

>
>
> Regards,
> Roger
>
> --
>  .''`.  Roger Leigh
>  : :' :  Debian GNU/Linux             http://people.debian.org/~rleigh/
>  `. `'   Printing on GNU/Linux?       http://gutenprint.sourceforge.net/
>   `-    GPG Public Key: 0x25BFB848   Please GPG sign your mail.
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAk3jlkwACgkQVcFcaSW/uEgCmACdGhpAcZJa3Z9mO4NAyqnQ3MwQ
> g5oAn1yvyTcLHN1slm3jbuGm1nPIfFJ0
> =O9CN
> -END PGP SIGNATURE-
>
>


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/banlktim4z8h2isqbqgfw2cym0exfs2c...@mail.gmail.com

Re: [imagemagick] Strange bug in one of my packages need help (maybe glibc bug?)

2011-05-30 Thread roucaries bastien 
On Mon, May 30, 2011 at 1:54 PM, Roger Leigh  wrote:
> On Mon, May 30, 2011 at 01:21:07PM +0200, roucaries bastien wrote:
>> On Wed, May 25, 2011 at 7:34 PM, Roger Leigh  wrote:
>> > On Wed, May 25, 2011 at 12:20:09PM +0200, Bastien ROUCARIES wrote:
>> >> Hi,
>> >>
>> >> I have two strange bug in my package imagemagick. I am really clueless 
>> >> about these.upstream have no idea also. Any help welcome
>> >> see #625250
>> >
>> > % c++filt  _ZNSt14error_categoryD2Ev
>> > std::error_category::~error_category()
>> >
>> > % nm -D /usr/lib/libstdc++.so.6 | grep _ZNSt14error_categoryD2Ev
>> > 003380272800 T _ZNSt14error_categoryD2Ev
>> >
>> > % nm -C -D /usr/lib/libstdc++.so.6 | grep error_category
>> > 003380272800 T std::error_category::~error_category()
>> >
>> > This is on a sid system.
>> >
>> > On squeeze:
>> > $ nm -D /usr/lib/libstdc++.so.6 | grep _ZNSt14error_categoryD2Ev
>> > $ echo $?
>> > 1
>> >
>> > If imagemagick was built against the current libstdc++ and run
>> > using an older libstdc++ without the symbol, you will get this
>> > error.
>> >
>> > I don't see any direct libstdc++ dependency in either the
>> > imagemagick package, or its library needed sections.  What's using
>> > libdjvulibre?  Is it being dlopened.
>>
>> Yes it is dlopened
>>
>> > If this is the case,
>> > libdjvulibre is using an old version of libstdc++, and that's an
>> > issue with its dependencies (and/or the libstdc++ symbol
>> > versioning).
>>
>> Seems so, more strangely using LD_PRELOAD=/usr/lib64/libdjvulibre.so
>> or LD_BIND_NOW=1 fix this issue. Will reassign to libdvu
>
> This library may just require a rebuild.  You could request a
> binNMU to get it rebuilt if this is the case.
>
>> > You'll need a full stack trace to work out what's using this
>> > library if you haven't done so already.
>>
>> It does not coredump. How can I get a backtrace ? using LD_DEBUG=all
>> option point to libdjvu
>
> Well, you can get a backtrace at any point, not just on coredump.
> You could 'break dlopen' to stop and get a backtrace at all dlopen
> calls.  Or on any function call you like.  This will let you find
> out what's responsible for the dlopen in the first place.

It break in __libc_start_main
_start

Any idea ?

>
> If you have multiple copies of libstdc++ loaded, that could cause
> some issues.  For this reason, it may be that all the C++ parts
> need rebuilding against the current version if some parts are using
> an old one.  Normally this would be enforced by the package
> dependencies, but dlopen means this is avoided (which can result
> in breakage).  Normally it's not good practice to dlopen random
> libraries for just this reason--it's normally restricted to
> modules within a package, which means the dlopened bits are then
> compatible.
>
>
> Regards,
> Roger
>
> --
>  .''`.  Roger Leigh
>  : :' :  Debian GNU/Linux             http://people.debian.org/~rleigh/
>  `. `'   Printing on GNU/Linux?       http://gutenprint.sourceforge.net/
>   `-    GPG Public Key: 0x25BFB848   Please GPG sign your mail.
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAk3jhV8ACgkQVcFcaSW/uEj2HwCgxfO9Ppf4EYsbtsGwQpzKYIEN
> QpEAniwFaVW8z81OwwvKIeWPxQMUsi9K
> =bVA/
> -END PGP SIGNATURE-
>
>


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/BANLkTimjpdj1=h+VdhwtUteC=_1fd4a...@mail.gmail.com

Re: [imagemagick] Strange bug in one of my packages need help (maybe glibc bug?)

2011-05-30 Thread roucaries bastien 
On Wed, May 25, 2011 at 7:34 PM, Roger Leigh  wrote:
> On Wed, May 25, 2011 at 12:20:09PM +0200, Bastien ROUCARIES wrote:
>> Hi,
>>
>> I have two strange bug in my package imagemagick. I am really clueless about 
>> these.upstream have no idea also. Any help welcome
>> see #625250
>
> % c++filt  _ZNSt14error_categoryD2Ev
> std::error_category::~error_category()
>
> % nm -D /usr/lib/libstdc++.so.6 | grep _ZNSt14error_categoryD2Ev
> 003380272800 T _ZNSt14error_categoryD2Ev
>
> % nm -C -D /usr/lib/libstdc++.so.6 | grep error_category
> 003380272800 T std::error_category::~error_category()
>
> This is on a sid system.
>
> On squeeze:
> $ nm -D /usr/lib/libstdc++.so.6 | grep _ZNSt14error_categoryD2Ev
> $ echo $?
> 1
>
> If imagemagick was built against the current libstdc++ and run
> using an older libstdc++ without the symbol, you will get this
> error.
>
> I don't see any direct libstdc++ dependency in either the
> imagemagick package, or its library needed sections.  What's using
> libdjvulibre?  Is it being dlopened.

Yes it is dlopened

> If this is the case,
> libdjvulibre is using an old version of libstdc++, and that's an
> issue with its dependencies (and/or the libstdc++ symbol
> versioning).

Seems so, more strangely using LD_PRELOAD=/usr/lib64/libdjvulibre.so
or LD_BIND_NOW=1 fix this issue. Will reassign to libdvu

Seems related to http://bugs.gentoo.org/show_bug.cgi?id=365209

>
> You'll need a full stack trace to work out what's using this
> library if you haven't done so already.

It does not coredump. How can I get a backtrace ? using LD_DEBUG=all
option point to libdjvu

>> and #622591.
>
> For the latter, rebuild libuuid1 with debugging symbols and get
> a full stack trace.  Probably not a bug in libuuid: make sure that
> the caller is passing a valid uuid_t.  Here's how I use it:
>
>  uuid_t uuid;
>  char uuid_str[37];
>  uuid_generate(uuid);
>  uuid_unparse(uuid, uuid_str);
>  uuid_clear(uuid);
>
> Note that uuid_t is not a pointer, it's a char array which decays
> to a pointer:
>
> typedef unsigned char uuid_t[16];
>
> You can use gdb to check what its value is before the call to
> uuid_generate and after the segfault.


Will do thanks

Bastien
>
> Regards,
> Roger
>
> --
>  .''`.  Roger Leigh
>  : :' :  Debian GNU/Linux             http://people.debian.org/~rleigh/
>  `. `'   Printing on GNU/Linux?       http://gutenprint.sourceforge.net/
>   `-    GPG Public Key: 0x25BFB848   Please GPG sign your mail.
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAk3dPaIACgkQVcFcaSW/uEg99ACgjxB/PggjcZs1bnIha/Eo1vlo
> aOIAoKCeM8hOjG3+7z3nggcdIfAI/F7n
> =7ccc
> -END PGP SIGNATURE-
>
>


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/BANLkTi=7uo031wrjevn8hccmaxfdlyq...@mail.gmail.com

Re: RFS: libmk4-2

2011-02-25 Thread roucaries bastien 
On Fri, Feb 25, 2011 at 1:49 AM, Sune Vuorela  wrote:
> On 2011-02-24, roucaries bastien  wrote:
>>> Do you intend to maintain this library in Debian if/after this fix for
>>> akregator is uploaded?
>>
>> I will made the fix myself. It is a medium term fix. Long term fix it
>> to reimplement akregator using akonadi but it a huge work (see kmail).
>> I plan to maintain metakit until fixed akregator go removed to old
>> stable.
>>
>> akragator use a embeded copy of metakit and I plan to use the so lib
>> instead of static linking.
>
> We have been carefully diffing your metakit with the metakit shipped by
> Akregator, and have a hard time seeing what fix you have made, and what
> it is supposed to do. If you can enlighten us, and convince us about the
> fix, we can add the patch to akregator.

I will redo my patch using quilt. Ity will enlight were is the fix. It
is returning an exception if file are corrupted

> As far as I can see, there is no reason to keep a separate metakit
> package when the only usage in the archive is in akregator.

There are three reason:
- you do not ship mk4dump that is useful for diagnostic
- you duplicate code and this is bad for a maitenance point of view
- upstream is more willing to help if we can use directly the library
as a shared object and get some bug case using dump utility

> There is people starting up upstream in finishing the long term fix, and
> I'm sure they would welcome your help.

I am not interested with akonadi, and I dislike the need to mysql,
when the future will be nosql...
I loved kmail using plein old mbox file as strorage but I really
dislike to store in sql engine.


Bastien

> /Sune
>
>
> --
> To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: http://lists.debian.org/slrnimdv56.rvp.nos...@sshway.ssh.pusling.com
>
>


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/AANLkTi=2qofkvcn6mcba-wjddrc9go0dtz1fegqvd...@mail.gmail.com

Re: RFS: libmk4-2

2011-02-24 Thread roucaries bastien 
On Thu, Feb 24, 2011 at 6:54 PM, roucaries bastien
 wrote:
> On Thu, Feb 24, 2011 at 6:22 PM, Eugene V. Lyubimkin  
> wrote:
>> Hi Bastien,
>>
>> On 2011-02-24 15:07, Bastien ROUCARIES wrote:
>>> Version         : 2.4.9.7-1
>>
>>> It builds these binary packages:
>>> libmk4-2   - MetaKit embeddable database -- shared libraries
>>> libmk4-2-dbg - debugging symbols for libmk4
>>> libmk4-2-dev - MetaKit embeddable database -- development files
>>
>> I think it would be better to use same description style for
>> libmk4-2-dbg, e.g. "MetaKit embeddable database -- debug symbols"
>>
>>> My motivation for maintaining this package is: - I have a boring bugs
>>> on akregator that is akregator use metakit embeded on it 613522.  - I
>>> have corrected and submitted a patch for fixing this bug on metakit
>>> upstream (return an exception of corrupted file) - Plan to fix
>>> akregator
>>
>> Do you intend to maintain this library in Debian if/after this fix for
>> akregator is uploaded?

I forget to ask but could I create a git repo on collab maint even
before the package is accepted on debian ?

Bastien


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktinkww0ylazx_dgqzrp27wa2dw1tfonfwzl_f...@mail.gmail.com

Re: RFS: libmk4-2

2011-02-24 Thread roucaries bastien 
On Thu, Feb 24, 2011 at 6:22 PM, Eugene V. Lyubimkin  wrote:
> Hi Bastien,
>
> On 2011-02-24 15:07, Bastien ROUCARIES wrote:
>> Version         : 2.4.9.7-1
>
>> It builds these binary packages:
>> libmk4-2   - MetaKit embeddable database -- shared libraries
>> libmk4-2-dbg - debugging symbols for libmk4
>> libmk4-2-dev - MetaKit embeddable database -- development files
>
> I think it would be better to use same description style for
> libmk4-2-dbg, e.g. "MetaKit embeddable database -- debug symbols"
>
>> My motivation for maintaining this package is: - I have a boring bugs
>> on akregator that is akregator use metakit embeded on it 613522.  - I
>> have corrected and submitted a patch for fixing this bug on metakit
>> upstream (return an exception of corrupted file) - Plan to fix
>> akregator
>
> Do you intend to maintain this library in Debian if/after this fix for
> akregator is uploaded?

I will made the fix myself. It is a medium term fix. Long term fix it
to reimplement akregator using akonadi but it a huge work (see kmail).
I plan to maintain metakit until fixed akregator go removed to old
stable.

akragator use a embeded copy of metakit and I plan to use the so lib
instead of static linking.

>> Please note I have used last version on svn as base, because upstream
>> will not release new version for fixing these kind of bugs.
>
> This is a worrying thing. They did the last release on June 2007. They
> consider it stable despite (presumably) long-known crash bug. Looks like
> an abandonware. Do they have any bugzilla? Will they fix (other) severe
> bugs if there will be any?
>

Upstream answer by email but is not willing to do plain release. The
project is not an abandonware but is set in low maintenance mode. They
will fix other bugs in svn if we send patch. And they will help to
diagnotic if we give test cases.

Thanks for the  libmk4-2-dbg, e.g. "MetaKit embeddable database --
debug symbols", will correct it after a few rounds of comments by
other dd.

Bastien


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktikj+f8-_u3ezg097mjg6sct3vc0fhperzq2e...@mail.gmail.com

[RFS] ophaned package glosstex

2006-04-25 Thread roucaries bastien 
Hi,

glosstex was orphaned two month ago. However I use it everyday and I
furthermore I correct a few bugs and I improve it (hyperref).

Therefore I am searching a sponsor.

Regards

Bastien ROUCARIES


PS: GlossTeX is a tool for the automatic preparation of glossaries, lists
 of acronyms and sorted lists in general for use with LaTeX and
 MakeIndex. GlossTeX combines the functionality of acronym, nomencl
 and GloTeX. Like GloTeX, it uses the same format glossary definition
 files. GlossTeX can be used together with nomencl, nevertheless.