Woodrow,
Thank you for the assistance. I have been able to get further but am
stumpted by the upload to mentors.debian.org. My upload is getting
rejected:
timeshift dsc reference timeshift_19.01+ds.orig.tar.gz, but the file
was not found.
Please, include it in your upload.
I have this file, or rath
On Tue, Feb 18, 2020 at 07:44:21AM -0800, Steve M wrote:
> Hello,
>
> I have never contributed before and am trying to make a NMU patch to
> prevent package timeshift from being removed on 21Feb2020.
Note that autoremovals only remove from testing.
> The autoremoval bug for timeshift is 948130 [1
Hi,
If you try to find mentors to support NMU, I was suggested to use
https://mentors.debian.net/ to upload your package first, and you have to
file a RFS bug against the sponsorship-requests[1] pseudo-package.
I think fixing these bugs could be sequential.
Woodrow
[1] https://mentors.debian.net
Hello,
I have never contributed before and am trying to make a NMU patch to prevent
package timeshift from being removed on 21Feb2020. The autoremoval bug for
timeshift is 948130 [1]. I attempted to contact the maintainer 3 days ago but
have not yet received a reply. This leaves me little hope
On Wed, Feb 05, 2020 at 11:38:07AM +0100, أحمد المحمودي wrote:
> When running uscan for elinks, it tries to fetch an older version for
> elinks, I cannot understand the reason, I hope someone would help me.
You have two watch files.
> uscan info: Process watch file at: debian/watch
> package
When running uscan for elinks, it tries to fetch an older version for
elinks, I cannot understand the reason, I hope someone would help me.
Both the watch file and uscan verbose report are attached.
--
أحمد المحمودي (Ahmed El-Mahmoudy)
Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/E
On Sun, Jul 21, 2019 at 06:08:04PM +0300, Vladimir Lebedev wrote:
> I'm trying to make Termite terminal emulator available for Debian. The
> Termite project consists of 3 separate source code repositories so I
> decided to pack it as Multiple Upstream Tarball package. One of these
> repositories is
Hi,
I'm trying to make Termite terminal emulator available for Debian. The
Termite project consists of 3 separate source code repositories so I
decided to pack it as Multiple Upstream Tarball package. One of these
repositories is autotools-based and contains "autogen.sh". As far as I
understand au
Hi Alex,
On 2019-04-25 15:51, Alex Mestiashvili wrote:
> have you found a solution?
> I managed to craft the following d/watch:
[snip]
Thanks, I have already managed to put together something very similar,
which also works fine.
Best,
Andrius
--
Andrius Merkys
Vilnius University Institute of
On 4/24/19 11:01 AM, Andrius Merkys wrote:
> Hello,
>
> I want to package unversioned source. AFAIK, it should be possible to
> have timestamp of the last tarball change in lieu of upstream version. I
> am wondering if it would be possible to write uscan rules to extract the
> timestamp and downlo
Hi Paul,
On 2019-04-25 04:09, Paul Wise wrote:
> uscan now supports arbitrary mangling of the page HTML using the
> pagemangle option. This combined with the downloadurlmangle option
> could easily accommodate this website.
Thanks for the directions. I will check this out.
> I think that would b
Hi Ben,
On 2019-04-25 03:59, Ben Finney wrote:
> So, for an upstream source tarball with timestamp “2013-03-12T12:16”,
> mangle that to the version string “0+2013.03.12.12.16” (and hence the
> first Debian release of that upstream source has the Debian package
> version string “0+2013.03.12.12.16-
On Thu, Apr 25, 2019 at 9:00 AM Ben Finney wrote:
> Andrius Merkys writes:
> > I am wondering if it would be possible to write uscan rules to extract
> > the timestamp and download the upstream tarball by analyzing [the HTML
> > of the index page]
>
> I don't know enough about hacking UScan for cus
Andrius Merkys writes:
> I want to package unversioned source. AFAIK, it should be possible to
> have timestamp of the last tarball change in lieu of upstream version.
Yes, that is feasible.
> I am wondering if it would be possible to write uscan rules to extract
> the timestamp and download th
Hello,
I want to package unversioned source. AFAIK, it should be possible to
have timestamp of the last tarball change in lieu of upstream version. I
am wondering if it would be possible to write uscan rules to extract the
timestamp and download the upstream tarball by analyzing the following
HTML
Hi mentors,
Does anyone have idea about the following very last blocker for libtensorflow?
We are really ready to upload TF once the C API unit tests passed without fatal
error.
procedure to reproduce::
1. download libtensorflow-cc1.10 and libtensorflow-dev from
debomatic-amd64 and insta
Hi,
I was writing an autopkgtest for kmer [1] and faced a SEGFAULT error while
testing one of kmer's binaries — atac in testing/unstable [2].
[1] https://salsa.debian.org/med-team/kmer
[2] https://ci.debian.net/packages/k/kmer/
Notably, that building and testing atac in stable were successful.
M
PS: Just find out it is the debugging symbol taking all that space, so
I re-enable the stackprotector.
2015-08-12 16:11 GMT+08:00, Alex Vong :
> Hi Jean-Michel,
>
> Thanks for reminding me that overriding isn't safe.
>
> Now I use `DEB_BUILD_MAINT_OPTIONS = hardening=-stackprotector' to
> remove `
Hi Jean-Michel,
Thanks for reminding me that overriding isn't safe.
Now I use `DEB_BUILD_MAINT_OPTIONS = hardening=-stackprotector' to
remove `-fstack-protector-strong' since it makes the binary 10 times
the size without the flag. The DEB_*_MAINT_* seems like a better way
to manipulate flags sinc
Alex Vong wrote:
> Maybe overriding CFLAGS and CPPFLAGS but not LDFLAGS will solve FTBFS.
>
> For example in debian/rules,
>
> CFLAGS = '-Ofoo'
> CPPFLAGS = '-Dfoo'
> LDFLAGS += '-lfoo'
>
> override_dh_auto_configure:
> dh_auto_configure -- --enable-foo
This is wrong. You should *not* ove
Yes, this is true.
The problem is that the FTBFS is due to security flags, so it might be good
to solve it anyway.
However, commenting out LDFLAGS from Makefile.in should solve the issue.
BTW that "-s" on the LDFLAGS shouldn't be there, it was a packaging problem
fixed -6 upload and reintroduced
Okay, confirmed, solved the hardening-no-relro,
and Now I can see I make a mistake on subject,
It was to be hardening-no-relro and hardening-no-fortify-functions.
On Tue, Aug 11, 2015 at 11:50 AM, lucas castro
wrote:
> I'll do that, and send to mentors.
>
> On Tue, Aug 11, 2015 at 11:48 AM, Gian
I'll do that, and send to mentors.
On Tue, Aug 11, 2015 at 11:48 AM, Gianfranco Costamagna <
costamagnagianfra...@yahoo.it> wrote:
> Yes, this is true.
>
> The problem is that the FTBFS is due to security flags, so it might be good
> to solve it anyway.
>
> However, commenting out LDFLAGS from Ma
Hi Lucas,
I am new in packaging. `hardening-no-relro' also happens to me. It
turns out it is caused by the missing `-Wl,-z,relro' LDFLAGS. Maybe
overriding CFLAGS and CPPFLAGS but not LDFLAGS will solve FTBFS.
For example in debian/rules,
CFLAGS = '-Ofoo'
CPPFLAGS = '-Dfoo'
LDFLAGS += '-lfoo'
o
Hi Lucas
(sorry for not answering on irc, I was AFK)
hardening-check debian/xmbmon/usr/bin/xmbmon
d/rules:
override_dh_auto_build:
$(MAKE) CFLAGS="$(CFLAGS)" CPPFLAGS="$(CPPFLAGS)" CXXFLAGS="$(CXXFLAGS)"
LDFLAGS="$(LDFLAGS)"
something like this seems to make autoconf aware of the flags (not
Gianfranco,
No problem about about that on irc.
I think I should take a time on another package, then mailed here.
and if anyone know about this, it's fine. I really spent much time on this
package,
and learned a lot with it.
On Tue, Aug 11, 2015 at 9:49 AM, Gianfranco Costamagna <
costamagnagianf
I'm getting harderning issue on packaging xmbmon.
I already looked at https://wiki.debian.org/Hardening, but no success.
I uploaded the source to mentors[1], and the attachment is the build log.
[1] http://mentors.debian.net/debian/pool/main/x/xmbmon/xmbmon_2.05-8.dsc
--
contatos:
Celular: ( 99
Hi,
I'd like to package python-matplotlib-venn since a Debian Med package
depends from this module. I injected the packaging to
svn://anonscm.debian.org/debian-med/trunk/packages/python-mathplotlib-venn/trunk/
Unfortunately I'm running into:
.pybuild/pythonX.Y_2.7/build/matplotlib_venn/_co
Your message dated Sun, 19 Apr 2015 05:57:02 +
with message-id
and subject line closing RFS: hastymail2/1.1-1 [ITP] -- need help with lintian
errors
has caused the Debian Bug report #768377,
regarding RFS: hastymail2/1.1-1 [ITP] -- need help with lintian errors
to be marked as done.
This
On Tue, Jan 13, 2015 at 2:19 PM, Nandaraj Ks wrote:
> I have tried to create a local debian package in my machine .After typing
> fakeroot dpkg-buildpackage -F I have encountered these error .Please
> give me a guidance to overcome this error...
>
> make: *** [clean] Error 2
> dpkg-buildpacka
Hi
I have tried to create a local debian package in my machine .After typing
fakeroot dpkg-buildpackage -F I have encountered these error .Please
give me a guidance to overcome this error...
make: *** [clean] Error 2
dpkg-buildpackage: error: debian/rules clean gave error exit status 2
Th
On Fri, Nov 7, 2014 at 4:46 PM, Tobias Frost wrote:
> E source-is-missing
> plugins/notices/swf/soundmanager2.swf
> plugins/notices/swf/soundmanager2_flash9.swf
> plugins/html_mail/tiny_mce/plugins/media/moxieplayer.swf
>
> You'll need sources for everything and rebuild everything fro
Thanks Tobi,
for your quick review and suggestions - they definitely helped.
I'll have a look and ask on the mentors ml when I am stuck or have
further questions.
Cheers,
Christian
signature.asc
Description: OpenPGP digital signature
Sorry, I made a big error below:
> You'll need sources for everything and rebuild everything from source.
> (Don't know about flash packaging, if that is possible at all. )
> If the swf are not required for functioning, you could also packge them as a
> separate package (non-free) and only Recomme
PS: Sorry, I missed your RFH in the subject. (put those information in the
body, please)
Away from my dev machine, I can only give remote ideas without checking the
code.
Regarding the lintian errors:
license-problem-md5sum-non-free-file
Consider removing those files, preferable by a Files-Excl
Control: tags -1 moreinfo
> Package: sponsorship-requests
> Severity: wishlist
>
> Dear mentors,
>
> I am looking for a sponsor for my package "hastymail2"
>
> * Package name: hastymail2
>Version : 1.1-1
>Upstream Author : Jason Munro ja...@hastymail.org
> * URL :
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "hastymail2"
* Package name: hastymail2
Version : 1.1-1
Upstream Author : Jason Munro ja...@hastymail.org
* URL : http://www.hastymail.org/
* License
Hi Patrick,
On Fri, Sep 05, 2014 at 05:57:07PM -0500, Patrick Baggett wrote:
> Well, I was kind of hoping upstream could do the heavy lifting here... :)
Unfortunately upstream of this package is not responsive to any patches
we submitted and any question about technical details. :-(
> but yes,
Well, I was kind of hoping upstream could do the heavy lifting here... :)
but yes, I can look at this.
Patrick
On Fri, Sep 5, 2014 at 5:00 PM, Andreas Tille wrote:
> Hi Patrick,
>
> On Fri, Sep 05, 2014 at 11:22:02AM -0500, Patrick Baggett wrote:
> > > > ebwt.h:1909:asm ("po
Hi Patrick,
On Fri, Sep 05, 2014 at 11:22:02AM -0500, Patrick Baggett wrote:
> > > ebwt.h:1909:asm ("popcntq %[x],%[count]\n": [count]
> > "=&r" (count): [x] "r" (x));
> > Unless someone investigates why GCC on i386 doesn't know this instruction,
> > I suggest compiling with POPC
On Fri, Sep 5, 2014 at 10:57 AM, Andrey Rahmatullin wrote:
> On Fri, Sep 05, 2014 at 01:35:13PM +0200, Andreas Tille wrote:
> > 2. i386 results in
> >
> > ebwt.h: Assembler messages:
> > ebwt.h:1909: Error: invalid instruction suffix for `popcnt'
> > ebwt.h:1909: Error: invali
On Fri, Sep 05, 2014 at 01:35:13PM +0200, Andreas Tille wrote:
> 2. i386 results in
>
> ebwt.h: Assembler messages:
> ebwt.h:1909: Error: invalid instruction suffix for `popcnt'
> ebwt.h:1909: Error: invalid instruction suffix for `popcnt'
> ebwt.h:1909: Error: invalid in
On Fri, Sep 05, 2014 at 05:16:11PM +0200, Andreas Tille wrote:
> > > > ebwt.h:1909: Error: invalid instruction suffix for `popcnt'
> > > > make[2]: *** [bowtie-build] Error 1
> > > >
> > > > The relevant line in the code is:
> > > >
> > > > $ grep -w -n asm e*
> > >
Hi,
On Fri, Sep 05, 2014 at 08:00:27PM +0600, Andrey Rahmatullin wrote:
> On Fri, Sep 05, 2014 at 02:15:23PM +0200, Jérémy Lal wrote:
> > > ebwt.h:1909: Error: invalid instruction suffix for `popcnt'
> > > make[2]: *** [bowtie-build] Error 1
> > >
> > > The relevant line in the code is:
On Fri, Sep 05, 2014 at 02:15:23PM +0200, Jérémy Lal wrote:
> > ebwt.h:1909: Error: invalid instruction suffix for `popcnt'
> > make[2]: *** [bowtie-build] Error 1
> >
> > The relevant line in the code is:
> >
> > $ grep -w -n asm e*
> > ebwt.h:1909:asm ("popcntq
Le vendredi 05 septembre 2014 à 13:35 +0200, Andreas Tille a écrit :
> Hi,
>
> On Mon, Aug 04, 2014 at 12:58:42PM +0100, Wookey wrote:
> > +++ Andreas Tille [2014-08-04 09:48 +0200]:
>
> ebwt.h:1909: Error: invalid instruction suffix for `popcnt'
> make[2]: *** [bowtie-build] Error 1
>
Hi,
On Mon, Aug 04, 2014 at 12:58:42PM +0100, Wookey wrote:
> +++ Andreas Tille [2014-08-04 09:48 +0200]:
> > on arm*, powerpc, sparc and s390x architectures the build problem is:
> >
> > third_party/cpuid.h: In constructor 'Ebwt::
^^^
I worked around this part of the proble
Hi,
thanks for the hints which I forwarded upstream. While I've got no
explicit answer about this a new version was released which now even
fails to build on amd64 but with a different error. My guess is that
this is caused since upstream includes a code copy of an older version
of seqan-dev and
+++ Andreas Tille [2014-08-04 09:48 +0200]:
> Hi,
>
> on arm*, powerpc, sparc and s390x architectures the build problem is:
>
> third_party/cpuid.h: In constructor 'Ebwt::Ebwt(int, int32_t, int32_t,
> int32_t, int32_t, int32_t, const string&, bool, bool, uint32_t, uint32_t,
> uint32_t, int, st
On Mon, Aug 4, 2014 at 3:48 PM, Andreas Tille wrote:
> third_party/cpuid.h
No idea about this problem but here is what I could figure out based
on the filename and the errors, using packages.d.o, codesearch.d.n and
a quick look at wikipedia.
third_party/cpuid.h looks like an outdated copy of the
Hi,
on arm*, powerpc, sparc and s390x architectures the build problem is:
third_party/cpuid.h: In constructor 'Ebwt::Ebwt(int, int32_t, int32_t,
int32_t, int32_t, int32_t, const string&, bool, bool, uint32_t, uint32_t,
uint32_t, int, std::vector&, std::vector&,
std::vector&, uint32_t, const R
Thank you very much, but I got it already.
Now I'm searching a sponsor :-)
Best Regards,
Julian Goestl
Am 10.02.2014 13:48, schrieb Tobias Frost:
There isn't a step-by-step manual for beginners.
I think, it should be added too.
Best Regards,
Julian Goestl
Can you elaborate where you're stuck
> There isn't a step-by-step manual for beginners.
> I think, it should be added too.
>
> Best Regards,
> Julian Goestl
Can you elaborate where you're stuck?
( eg using the checklist at http://mentors.debian.net/intro-maintainers , "4
Publish your Package")
Tobias
> Am 05.02.2014 20:33, schrieb
There isn't a step-by-step manual for beginners.
I think, it should be added too.
Best Regards,
Julian Goestl
Am 05.02.2014 20:33, schrieb Bart Martens:
On Wed, Feb 05, 2014 at 02:39:15PM +0100, Julian Göstl wrote:
Hi,
can anybody explain step-by-step how correctly sign and upload a
package t
On Wed, Feb 5, 2014 at 10:39 PM, Dariusz Dwornikowski wrote:
> 1. You have to create a key according to [1]
Also be sure to read the OpenPGP best practices:
https://we.riseup.net/debian/openpgp-best-practices
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-m
Hi,
1. You have to create a key according to [1]
2. You need to create your package, place your email and name in changelog.
3. Run debuild and debuild will sign your package, taking the key for the
email you have in your changelog.
4. As for mentors, here you have the instructions [2], section 4.
Hi,
can anybody explain step-by-step how correctly sign and upload a package
to mentors.debian.net?
Greetings
Julian Goestl
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.
Le Fri, Nov 16, 2012 at 10:32:29AM +0100, Thomas Friedrichsmeier a écrit :
>
> I am a Debian Maintainer, working on a single package, "rkward"[1]. As my
> former sponsor appears to be MIA, I have previously posted to debian-
> mentors[2,3], asking for help adjusting my upload permissions to the n
Hi Bart,
I think all has been said. Just a very tiny clarification:
On Friday 16 November 2012, Bart Martens wrote:
> > - I did receive a reply, this time. In entirety (omitting salutation,
> > citation, and signature) it was "The issue has not yet been fixed in
> > wheezy."
>
> The part "omitti
Hi Thomas,
On Fri, Nov 16, 2012 at 02:09:52PM +0100, Thomas Friedrichsmeier wrote:
> Up to this point, I had *no* indication, whatsoever, that you did not agree
> with my assessment.
The initial severity could have been such indication.
> - I did receive a reply, this time. In entirety (omittin
On Fri, Nov 16, 2012 at 02:09:52PM +0100, Thomas Friedrichsmeier wrote:
> Hi Bart,
>
> I've been sitting here, for an hour, pondering whether I should actually hit
> "Send". I admit I have difficulty trying to understand your reasons, and I'm
> beginning to doubt that these rest in the subject matt
Hi Bart,
I've been sitting here, for an hour, pondering whether I should actually hit
"Send". I admit I have difficulty trying to understand your reasons, and I'm
beginning to doubt that these rest in the subject matter, itself.
Perhaps you simply disagree with the concept of DM, in general. Or
Hi Thomas,
On Fri, Nov 16, 2012 at 10:32:29AM +0100, Thomas Friedrichsmeier wrote:
> So far the only result has been a new bug report against my package, and some
> controversy around how to handle this
The easy way would have been to upload a fix for bug 689982 in unstable and
request an unbloc
Hi!
Sorry about the long list of references, and CCs. I would have loved to keep
both shorter.
I am a Debian Maintainer, working on a single package, "rkward"[1]. As my
former sponsor appears to be MIA, I have previously posted to debian-
mentors[2,3], asking for help adjusting my upload permis
Hi Bart,
On Friday 02 November 2012, Bart Martens wrote:
> > The only response that I got was one new issue report[4] my package. I
> > have since fixed the issue in unstable, and contacted the reporter, who
> > - in my reading - seemed to imply that he would be willing to update my
> > upload per
On Fri, Nov 02, 2012 at 10:25:22AM +0100, Thomas Friedrichsmeier wrote:
> Hi!
Hello Thomas,
>
> I am a Debian Maintainer, working on a single package, "rkward"[1]. Some
> three
> weeks ago I posted to this list[2], asking for help adjusting my upload
> permissions to the new management interf
Hi!
I am a Debian Maintainer, working on a single package, "rkward"[1]. Some three
weeks ago I posted to this list[2], asking for help adjusting my upload
permissions to the new management interface[3] (for details on what I need,
and why, refer to [2]).
The only response that I got was one ne
Hi!
I am the maintainer of the package "rkward"[1]. As this is the only package I
manage, I am working as a Debian Maintainer, and the package has the DMUA-flag
set. The flag was initially set in version 0.5.2-1 (October 2009), and my key
was added to the debian-maintainers keyring in November
Le Fri, Sep 14, 2012 at 04:21:33PM +0200, Andreas Tille a écrit :
>
> version=3
> opts=\
> dversionmangle=s/[~\+]dfsg//,\
> downloadurlmangle=s/VolView-([\d\.]+)-Linux-x86_64.sh/VolViewSrc.tar.gz/,\
> filenamemangle=s/VolView(-[\d\.]+)-Linux-x86_64.sh/VolViewSrc$1.tar.gz/ \
> http://www.kitware.co
Hi,
to enable properly downloading the volview sources I tried the following
watch file:
version=3
opts=\
dversionmangle=s/[~\+]dfsg//,\
downloadurlmangle=s/VolView-([\d\.]+)-Linux-x86_64.sh/VolViewSrc.tar.gz/,\
filenamemangle=s/VolView(-[\d\.]+)-Linux-x86_64.sh/VolViewSrc$1.tar.gz/ \
http://www.
On Tue, Aug 28, 2012 at 10:11:07PM +1000, Dmitry Smirnov wrote:
>
> The following would work with "uscan --rename --repack":
>
> ##
> opts=\
> uversionmangle=s/([\d.]+)-r(\d+)/$1.$2/,\
> downloadurlmangle=s/MRIConvert_.*/mriconvert_sources.zip/,\
> filenamemangle=s/.*/orig.zip
On Tue, 28 Aug 2012 19:27:28 Andreas Tille wrote:
> Hmmm, I tried this
>
> opts=dversionmangle=s/([\d.]+)\.(\d+)/$1-r$2/,downloadurlmangle=s/MRIConver
> t_.*/mriconvert_sources.zip/ \
> http://lcni.uoregon.edu/~jolinda/MRIConvert/MRIConvert_x86-([\d\.]+-r\d+)\
> .tar\.gz
>
> which ends up with ve
Hi,
On Tue, Aug 28, 2012 at 12:12:08AM +0800, Paul Wise wrote:
>
> Best ask them to fix that and point them at our upstream guide while
> you are at it:
>
> http://wiki.debian.org/UpstreamGuide
Right, but I guess chances are low ...
> > However, there should be some chance to drain the curren
On Mon, Aug 27, 2012 at 11:47 PM, Andreas Tille wrote:
> the watch file for the mriconvert package[1] is obviosely not working because
>
>http://lcni.uoregon.edu/~jolinda/MRIConvert/
>
> upstream does not mind numbering its "mriconvert_sources.zip" sources.
Best ask them to fix that and point
On Mon, Aug 27, 2012 at 05:47:38PM +0200, Andreas Tille wrote:
> Hi,
>
> the watch file for the mriconvert package[1] is obviosely not working because
>
>http://lcni.uoregon.edu/~jolinda/MRIConvert/
>
> upstream does not mind numbering its "mriconvert_sources.zip" sources.
> However, there s
Hi,
the watch file for the mriconvert package[1] is obviosely not working because
http://lcni.uoregon.edu/~jolinda/MRIConvert/
upstream does not mind numbering its "mriconvert_sources.zip" sources.
However, there should be some chance to drain the current version from other
files on this page
I guess, phplayersmenu has dead upstream
Last files at SourceForge are from 2004:
http://sourceforge.net/projects/phplayersmenu/files/phplayersmenu-devel/
2012/7/22 vykuntam srinivas :
> i do not understand why *libphp-phplayersmenu* is not being maintained?
>
>
> can any one please explain me
On Sun, Jul 22, 2012 at 01:30:45AM +0530, vykuntam srinivas wrote:
> hi all,i want to fix the bug #618388 of IPPLAN package,but the previious
> maintainer stated that " libphp-phplayersmenu itself is not maintained
> anymore"when reporting bug #647269 please refer this link :
> http://bu
hi all,i want to fix the bug #618388 of IPPLAN package,but the previious
maintainer stated that " libphp-phplayersmenu itself is not maintained
anymore"when reporting bug #647269 please refer this link :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647269
as i am a newbie i do not
On 2011-08-18 08:24, Carsten Ringe wrote:
> Dear debian-mentors,
>
Hi
> I'm trying to build a package for s3fs. The package was originally
> built by Loïc Minier and I started with his files in the debian
> directory.
>
> But there are some lintian messages that I'm trying to solve now. This
>
Dear debian-mentors,
I'm trying to build a package for s3fs. The package was originally
built by Loïc Minier and I started with his files in the debian
directory.
But there are some lintian messages that I'm trying to solve now. This
is my very first debian package and I don't really know how to
This is a false positive, please report a bug against lintian asking
for it to not warn about the use of x-www-browser or
x-terminal-emulator in desktop files.
I also wonder why a webapp needs a desktop file.
BTW, a better command to use is xdg-open, which is cross-distro.
--
bye,
pabs
http://
I have a warning reported by lintian on a webapps package.
I can't find a solution to remove it.
This is message:
"desktop-command-not-in-package usr/share/applications/package.desktop
x-www-browser"
My package is a webapp package and i added a .desktop file to add icon
into menu.
The line adde
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 Leig
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,
On Wed, May 25, 2011 at 12:20:09PM +0200, Bastien ROUCARIES wrote:
> see #625250
---end quoted text---
I remember I saw something like this in Ubuntu Natty, and the reason was
that the binary package was build using an old gcc, so the fix was to
rebuild the binary package using the gcc in the cu
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 m
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 thes
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 _Z
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
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 and #622591.
Bastien
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas..
Ury Stankevich writes:
> >I would suggest removing the parallel support altogether, since this is
> > only a smallish package and fighting the target dependencies will not
> > bring too much of benefits. Agreed?
>
> Hello,
>
> can you check the fixed package ?
>
> - URL: http://mentors.debian.ne
>I would suggest removing the parallel support altogether, since this is only a
>smallish package and fighting the target dependencies will not bring too much
>of benefits. Agreed?
Hello,
can you check the fixed package ?
- URL: http://mentors.debian.net/debian/pool/main/s/stx-btree
- Source rep
Ury Stankevich writes:
> Hi,
Hi,
> i can't repeat this bug..
You can try with:
DEB_BUILD_OPTIONS='parallel=4' dpkg-buildpackage
... and maybe you need to try that several times to reproduce.
> I suspect it can be caused by errors in debian/rules, since in current
> version of stx-btree i use `
Hi,
i can't repeat this bug..
I suspect it can be caused by errors in debian/rules, since in current
version of stx-btree i use `dh_prep` from both `install-arch` and
`install-indep` targets, can they interfere on multicore box ?
Maybe i should make some pre-install target and do all this stuff
(
On Fri, Aug 28, 2009 at 8:48 AM, Paul Wise wrote:
> On Fri, Aug 28, 2009 at 2:17 AM, Neutron Soutmun wrote:
>
>> https://buildd.debian.org/fetch.cgi?&pkg=xiterm%2Bthai&ver=1.09-2&arch=s390&stamp=1249926993&file=log
>>
>> The issue is the link fail to the function getutmpx(), I'm not sure about the
On Fri, Aug 28, 2009 at 2:17 AM, Neutron Soutmun wrote:
> https://buildd.debian.org/fetch.cgi?&pkg=xiterm%2Bthai&ver=1.09-2&arch=s390&stamp=1249926993&file=log
>
> The issue is the link fail to the function getutmpx(), I'm not sure about the
> different definition about this function on this archi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
https://buildd.debian.org/fetch.cgi?&pkg=xiterm%2Bthai&ver=1.09-2&arch=s390&stamp=1249926993&file=log
The issue is the link fail to the function getutmpx(), I'm not sure about the
different definition about this function on this architecture (s390) wh
Hello again,
I'm still in the process of preparing mimelib1 packages for debian
unstable. Now I realized that the packages which I prepare do have
slightly different symbols than the old libmimelib1c2a package from
kdepim/3.5.9-1.
I tracked down the changes to some changes/patches I applied to th
Dear open source contributors,
I am Eunyoung Chung, a Masters student working with Dr. Jensen at
Oregon State University.
We are currently doing a research project in collaboration with Dr.
Truong and Ph.D student Koji Yatani at University of Toronto. Our goal
is to understand how contributors c
1 - 100 of 297 matches
Mail list logo