On Tue, Feb 3, 2015 at 5:49 PM, Corentin Desfarges wrote:
corentin@debian:~$ ldd /usr/bin/fwLauncher
libfwCore.so.0 = not found
libfwRuntime.so.0 = not found
...
corentin@debian:~$ objdump -x /usr/bin/fwLauncher | grep -i rpath
corentin@debian:~$
Looks like your binary does not
On Mon, Feb 2, 2015 at 9:17 PM, Corentin Desfarges wrote:
I mean that I get the same error :
./debian/fw4spl/usr/bin/fwLauncher: error while loading shared libraries:
libfwCore.so.0: cannot open shared object file: No such file or
directory
This pair of commands will work:
sudo debi
On Mon, Feb 2, 2015 at 7:22 PM, Corentin Desfarges wrote:
I've already try something like :
-Wl,-rpath=/usr/lib/fw4spl
Is it something like it that you were talking by rpath ?
Yes.
But it doesn't work.
What does doesn't work mean?
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To
On Mon, Feb 2, 2015 at 5:00 PM, Corentin Desfarges wrote:
When I try to launch my software, I get this error :
./debian/fw4spl/usr/bin/fwLauncher: error while loading shared libraries:
libfwCore.so.0: cannot open shared object file: No such file or
directory
And by using echo
On Sat, Jan 31, 2015 at 8:40 PM, Nico Schlömer wrote:
For Mixxx [1], I would like for users to produce meaningful backtraces
in case of crashes (see [2]). What build options are needed or useful
for debugging purposes? What's the canonical way for adding them to
the Debian packages?
Until
On Mon, Jan 26, 2015 at 4:41 AM, Jacob Adams wrote:
At this point the only remaining problems with my package appear to be
binary-without-manpage and debian-watch-file-is-missing which also shows
up in fonts-averia-sans.
beret has a manpage, so should I override that?
AFAICT the manual page
On Sat, Jan 24, 2015 at 6:39 AM, Jacob Adams wrote:
(While I am at it, is that the correct place to install resources for a
game? It is map files, music, a few pngs, etc.)
/usr/share/games/beret/
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
On Sat, Jan 24, 2015 at 11:10 AM, Jacob Adams wrote:
It builds those binary packages:
beret - Adventures of a telekinetic scientist
beret-data - Data for Beret, the adventures of a telekinetic scientist
fonts-averia - Averia TrueType Font
The Averia font appears to be a
[I'm subscribed, no need to CC]
On Thu, Jan 22, 2015 at 9:00 PM, Tristan Schmelcher wrote:
Thanks guys. The confusion I'm concerned about in (2) is not the
library files themselves, but the package names. If we install
roccat-tools' liblua.so.2 to, say, /usr/lib/arch/roccat/liblua.so.2,
On Thu, Jan 22, 2015 at 7:12 AM, Tristan Schmelcher wrote:
2) Like (1), but install to a private directory and have everything in
roccat-tools declare an rpath to it, thus avoiding ld.so collisions. This
triggers binary-or-shlib-defines-rpath, but IIUC this would be an accepted
use. However,
On Thu, Jan 15, 2015 at 4:23 AM, D B wrote:
However, I find that this has been deleted. Is there any possible way to
restore it?
I checked on the mentors server already (for someone else?) and found
no copies, however his packaging is present in the upstream code
repository:
On Sat, Jan 10, 2015 at 1:31 PM, Riley Baird wrote:
Typos in upstream code:
equivilent - equivalent
ouput - output
Do these really have to be fixed? They won't be visible to the user, and
it's likely to annoy upstream more than anything. I'll do it if I have
to, though.
If upstream are so
On Mon, Jan 12, 2015 at 6:28 PM, Paul Elliott wrote:
The new package contains data most people won't want. It is big. 69M
But those who need this data, need it. By creating a different package,
I give the majority the default of opting out, while giving the few
the chance to get the data they
On Tue, Jan 13, 2015 at 1:17 PM, Paul Elliott wrote:
The two sets of data are disjoint.
Your initial mail made it sound like two packages have data in common.
Since they actually have no data in common, I'm not sure why forking
is needed.
If you are wondering about forking the debian/ dir,
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-buildpackage:
On Sun, Jan 11, 2015 at 11:32 AM, Paul Elliott wrote:
...
Your mail doesn't include which package/data you are talking. It is
very hard to give you correct advice when we aren't being given the
necessary information about the situation we are responding to.
I want to create a new package that
On Sat, Oct 18, 2014 at 8:01 AM, Eric Shattow wrote:
See: dget -x
http://mentors.debian.net/debian/pool/main/a/audiotools/audiotools_2.22+dfsg1-1.dsc
src/decoders/dvd_css.c looks like an embedded code copy of an old
version of libdvdcss, please remove it from the source package and
check for
On Tue, Jan 6, 2015 at 7:22 AM, Mohsen Pahlevanzadeh wrote:
I want to choose a library
What kind of library do you want?
But i need to compile as static library,
Static libraries are not a good idea, please use dynamic libraries instead.
How to compile a static library depends on the build
I generally would say we should only provide static binaries when
specifically requested or when that is required.
If you do provide the static version, please set the Built-Using
header correctly.
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
On Sat, Jan 3, 2015 at 3:37 AM, Julien Muchembled wrote:
I guess this should even be fixed for Jessie.
I think it is too late to fix that for jessie, removal is probably the
appropriate action.
Ouch. Ideally yes, but how to test hibernation ?
By building a kernel with TOI-enabled, running it
On Fri, Jan 2, 2015 at 4:45 AM, Riley Baird wrote:
* Your short description would ideally give more information than
Hebrew Calendar. How about a beautiful, Qt-based Hebrew calendar
...
It is written in C++ using the Qt libraries, and is
based on the libhdate code and zmanim-java-API.
In
Some thoughts:
The TuxOnIce Linux kernel patch was removed from Debian after lenny,
why is tuxonice-userui still in Debian? If tuxonice-userui doesn't
work without a TuxOnIce-patched version of the Linux kernel, then
tuxonice-userui should either be moved to contrib or
linux-patch-tuxonice should
On Sun, Dec 21, 2014 at 7:21 AM, Shawn Sörbom wrote:
I accepted. Now I am wondering, since I will now be doing both upstream and
downstream work, what general guidelines should I use for determining when the
next release is ready for Debian?
First think about whether the release is ready for
On Sun, Dec 21, 2014 at 7:21 AM, Shawn Sörbom wrote:
maintaining kcm-ufw
I wonder if a better future for this code would become a core part of
KDE and have one UI with support for multiple firewall systems.
Related links:
https://launchpad.net/ufw-kde
On Sun, Dec 21, 2014 at 1:31 PM, T o n g wrote:
I have the following lintian tags that I want to override:
~~~
W: zh-autoconvert: binary-without-manpage usr/bin/autob5
W: zh-autoconvert: binary-without-manpage usr/bin/autogb
~~~
These don't look appropriate to override in this case. They
On Mon, Dec 15, 2014 at 10:30 AM, T o n g mlist4sunt...@yahoo.com wrote:
Is there a *simple* sample Debian package somewhere out there that show-
case most of the important Debian packaging aspects?
I think you want to look at the hello package.
E.g., with a small C/C++ file, the sample
On Mon, Dec 15, 2014 at 12:30 PM, T o n g wrote:
If we can influence upstream, why don't we get their structure right at
the first place? If Debian can't influence it, then I believe no other
distro on earth can influence it. I mean, nowadays Debian is so powerful
and the line between
On Fri, Dec 12, 2014 at 4:26 PM, Leopold Palomo-Avellaneda wrote:
But I have to install it, and prepare a server to do that. There's no a public
service for debian that do that, no?
The Debian autobuild service is here:
https://buildd.debian.org/
--
bye,
pabs
On Thu, Dec 11, 2014 at 9:58 PM, Jerome BENOIT wrote:
aclocal rewrite the aclocal.m4 files, so precious information can be lost:
a workaround is to rename the `aclocal.m4' files `acinclude.m4'.
When this renaming process can take place ? in d/rules ? at the repacking
stage ?
Upstream would
I don't intend to sponsor this but here is a review:
On Sun, Nov 30, 2014 at 7:16 AM, Iain R. Learmonth wrote:
I am looking for a sponsor for my package libfap6. Note that libfap5 is
already packaged in Debian and this is a new upstream version with a new
soname.
Is there any reason to have
On Thu, Dec 4, 2014 at 10:17 PM, Corentin Desfarges wrote:
It's not about a real patient...
So I don't think that there is any problem of confidentiality in this case.
Fair enough.
I guess that this new orig.tar.gz would be created by using uscan (if the
link is added in d/watch) ?
Uscan
On Thu, Dec 4, 2014 at 11:16 PM, Corentin Desfarges wrote:
The file is just used by one of the unit tests. But there are more than 20
unit tests which need their own specific data to work.
Ok, that makes this a bit more complicated, especially since the
amount of data could grow over time.
On Tue, Dec 2, 2014 at 6:12 PM, Corentin Desfarges wrote:
It is a .jsonz file.
I assume that is a gzip compressed JSON file.
Actually the file isn't into the source package. I've the choice, and it's
why I would use the best practice.
Please keep it separate then, it is better for Debian to
On Wed, Dec 3, 2014 at 12:29 AM, Corentin Desfarges wrote:
With the authorization of the responsibles of the project, I published the
file here [2]
It contains the names of one patient and his birth date so that
probably wasn't a good idea. This file appears to contain CT scan
results in a
On Mon, Dec 1, 2014 at 10:01 PM, Corentin Desfarges wrote:
I'm working on the packaging of fw4spl (a medical software), and I'm faced
with a new problematic : One of the unit tests needs to load an important
data file, which has a big size (~200 Mo).
I assume you mean 200MB here.
Should I
On Mon, Dec 1, 2014 at 4:32 AM, T o n g wrote:
Ok, good to know, but that's more targeting towards package building, not
source code developing and maintaining. Does it imply that I should put
the `debian` folder within my source tree now? Because as mentioned
before, the last thing I want to
On Tue, Nov 25, 2014 at 10:41 PM, Markus Schade wrote:
http://mentors.debian.net/debian/pool/main/y/yadifa/yadifa_2.0.0-1.dsc
I don't intend to sponsor this but here is a quick review...
I have been able to establish contact with upstream and while the
website may not be updated frequently
On Wed, Nov 26, 2014 at 10:46 PM, Norbert Preining wrote:
Do you have a Debian package ready?
...
If someone else wants to help/contribute, I push the current status
to a git repo for collaboration.
BTW, Peter Pentchev is also interested in this package:
https://bugs.debian.org/771057
On Mon, Nov 17, 2014 at 12:48 AM, Maxime Chatelle wrote:
The three branches should be co-installable. So, each package will want
to install itself into /usr/share/php. To avoid names clashes, I think
using a subdirectory by package and with a patch in the app templates to
fix the include path
On Sun, 2014-10-26 at 18:53 -0400, Harlan Lieberman-Berg wrote:
1. There are several generated files included as part of the tarball
that really should be removed, if possible. The m4 stuff has several
examples of generated files in it - aclocal.m4, several Makefile.in's,
much of the
On Tue, Nov 11, 2014 at 1:47 PM, Jordan Metzmeier wrote:
I have attached a diff of a working example using the built-in
mimetypes module. This isn't a very big improvement since it's still
based on file extensions, but changing the check to use the
python-magic module on pypi should be
On Mon, Nov 10, 2014 at 3:20 AM, Christian Kastner wrote:
With the recent gamification of just-about-everything, I was wondering
whether following such an achievement-oriented approach, with
opportunities for contribution formulated as a list of specific tasks,
instead of general avenues,
On Tue, Nov 11, 2014 at 4:17 AM, Riley Baird wrote:
I'm thinking that I could just create a new file data/mime and put the
following in it:
That isn't really what I had in mind. I should have explained more
clearly. The match field for a test matches files based on their names
and the program
On Tue, Nov 11, 2014 at 9:50 AM, Jordan Metzmeier wrote:
I really like this idea. I often spend more time looking for bugs or
tasks I can help with than actually doing productive work.
Please install the how-can-i-help package and use it when you are
looking for something to do.
How do you
On Tue, Nov 11, 2014 at 10:06 AM, Paul Wise wrote:
Have the sponsor tell you to apply for NM because you are great.
Apply for NM.
I actually meant DM here, sorry for the confusion!
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-mentors-requ
On Tue, Nov 11, 2014 at 10:59 AM, Jordan Metzmeier wrote:
Both of these can be difficult. Debian already has a really large
collection of software, and people grab ITPs quickly on new software
that is popular.
Ack, there is plenty of new package space in the long-tail of
specialised software
On Mon, Nov 10, 2014 at 3:20 AM, Christian Kastner wrote:
I'd appreciate feedback on the idea; and if this turns out to be
worthwhile I'll look into an implementation.
Excellent idea, please do work on implementing it.
That said, debexpo (mentors.d.n codebase) development has basically
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 from
On Thu, Nov 6, 2014 at 5:14 PM, Maxime Chatelle wrote:
I'm doing the packaging for a documentation package. The content is
HTML, CSS, some images, one source javascript library, and 2 minimized
javascript libraries. The minimized libraries is a problem.
I think about these solutions:
The
On Fri, Nov 7, 2014 at 12:47 AM, Maxime Chatelle wrote:
Well, if I understand, the best way is:
* Three packages for the three libraries.
* One package for Gruntjs.
* Request to POCO authors to provide a tarball without minimized libraries OR
remove it myself, making a dfsg package.
I'm
On Tue, Nov 4, 2014 at 3:23 AM, Andreas Tille wrote:
it seems apt-get recently changed its behaviour which affects
blends-dev. Blends-dev defines a certain configured sources.list file
which is set in $aptsources. Apt is called with the following options:
...
I wonder whether this is a
On Mon, Oct 27, 2014 at 7:46 PM, Sergey B Kirpichev wrote:
is there any chance for this package [1] to enter Jessie after
~1 year sitting on mentors.d.n?! (see #739247 about the
privacy-breach-google-cse lintian error)
If no, what exactly I should do?
In general Debian expects sponsored
On Mon, Oct 27, 2014 at 7:45 PM, Carl Suster wrote:
I am looking for a sponsor for my package plowshare4
I don't intend to sponsor this but here is a review.
This looks like the only thing that would block the upload:
Some of the copyright holders are missing from debian/copyright.
These
On Mon, Oct 27, 2014 at 11:33 PM, Dominique Dumont wrote:
Although I don't know whether I should upload this change
due to the upcoming freeze
The release team might be willing to unblock such a change.
BTW, could the default for cme check dpkg not show progress/debug info?
--
bye,
pabs
On Tue, 2014-10-28 at 14:01 +1100, Carl Suster wrote:
I'm not sure what you're referring to here - `licensecheck
--copyright` and grep both seem to agree with the information in
d/copyright with only two differences: (1) I changed the aliases in
the copyright headers to the contributors' full
On Sun, Oct 26, 2014 at 5:38 AM, Alex Mestiashvili wrote:
I am facing a strange issue with uscan.
...
Any hint ?
Looks like a bug, please file one.
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of
On Thu, Oct 23, 2014 at 4:34 PM, Andreas Tille wrote:
I know some time ago somebody has given the answer to this problem but I
Not sure about cdbs, but with dh it would be this:
xvfb-run --auto-servernum --server-args=-screen 0 1024x768x24 dh_auto_build
--
bye,
pabs
On Wed, Oct 22, 2014 at 12:54 AM, Arturo Borrero Gonzalez wrote:
Does it makes sense for a package to conflict with itself?
Not really, especially since there is no multi-arch header. You might
want to file a bug report about this. It would probably be a good idea
to add a lintian tag about it
I'm missing some information in your question:
How is the internal HTTP server used?
Why did upstream feel the need to reimplement a HTTP server?
What hostname/URLs does the internal HTTP server usually serve?
Personally I would talk to upstream and get them to remove the
internal HTTP server.
On Wed, 2014-10-15 at 11:54 +0200, Simon Josefsson wrote:
I'd love for you two to put your review cycles into it:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764262
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764460
My recent reviews have been to test Harlan's ability to review
On Sun, Oct 19, 2014 at 9:58 PM, Robert Steckroth wrote:
Oh ya, I read through that. The other problem is the `dh_make` custom
template mechanism which only functions superficially.
It doesn't override the `/usr/share/debhelper/dh_make/` ones very well
unless all of them are copied and
On Sun, Oct 19, 2014 at 9:22 PM, Robert Steckroth wrote:
I want this to be a single script file. That would require directory
structure to be present before the script.
Generally we don't do that in Debian, please read through this:
https://www.debian.org/doc/manuals/maint-guide/
--
bye,
On Sat, Oct 18, 2014 at 10:23 AM, Robert Steckroth wrote:
I have the following script which auto packages the blender binaries
Is there any particular reason for not using the existing blender
source/binary packages already in Debian?
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To
On Tue, Oct 14, 2014 at 8:50 AM, Harlan Lieberman-Berg wrote:
On Mon, 2014-10-13 at 21:35 +0200, Simon Josefsson wrote:
Dear mentors,
I am looking for a sponsor for our package yubikey-neo-manager:
Thank you for your help in packaging the yubikey neo manager for Debian!
I've got a few
On Wed, Oct 8, 2014 at 2:08 PM, Bill Blough wrote:
Probably so. And while it's an intriguing idea to think about, in my opinion
it defeats the purpose, since xalan is an xlst implementation that provides
an
alternative to libxslt.
I think I wasn't clear enough in my suggestion wording. I
On Mon, 2014-10-06 at 22:13 -0400, Harlan Lieberman-Berg wrote:
Thanks for packaging librocket for Debian. I've got a couple things for
you to fix as the next steps.
Good review Harlan, you missed some important things though, see below.
2. Your changelog should close an ITP bug - in your
That sounds of a potential denial of service vulnerability.
How likely is it that Xalan would be used with untrusted stylesheets
supplied by attackers?
If you don't think it would be possible to fix it you can ask the
release team for a jessie-ignore tag, reportbug release.debian.org,
choose 3
On Wed, Oct 8, 2014 at 11:40 AM, Bill Blough wrote:
That's an interesting thought. That would likely resolve the issue as filed
in
the bug report against the xalan executables. However the same problem would
still technically exist in the underlying library code (libxalan-c). Though,
On Sat, Oct 4, 2014 at 1:54 PM, Paul Gevers wrote:
I have seen this before and I (as a maintainer) don't understand this
comment so bold as it is put here. I would say that overrides can help
you to see which items you (or your sponsee¹ in case of sponsorship)
already investigated.
The point
On Fri, 2014-10-03 at 13:36 +0200, Jörg Frings-Fürst wrote:
New package is uploaded to mentors[1].
The package looks good to me. I don't have time for sponsorship but I
would encourage the regular sponsors on debian-mentors to upload this.
The reason is that I want use GPL-3+ for my work. But
On Wed, Oct 1, 2014 at 10:18 AM, Harlan Lieberman-Berg wrote:
I took a look at psocksxx, and it looks pretty good!
Agreed, good review Harlan!
A couple minor things that need to be changed:
Agreed with both of these.
Some more minor issues that you might want to fix at some point:
The
On Sat, Sep 27, 2014 at 6:55 PM, Bamm wrote:
Is it possible for the debian/install file to install a file based on
architecture? Perhaps something like this?
The best thing to do is fix the upstream build system so it installs
the right files in the right place but if that isn't possible
On Fri, Sep 26, 2014 at 1:00 PM, lumin wrote:
which way is recommended?
Send it to the mailing list.
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Sat, 2014-09-20 at 10:26 +0200, Ruben Undheim wrote:
I've implemented option no.1 and pushed it to the git repo here:
git://anonscm.debian.org/debian-science/packages/qrouter.git
That would be the best option, thanks. It would also be good to get
upstream to remove their copy from their
On Sat, Sep 20, 2014 at 3:54 AM, Ruben Undheim wrote:
It seems like these are two different tkcon.tcl versions. I've seen
that the package magic also bundles a tkcon.tcl version. You are
possibly right here, but I would like to keep it as it is, as for now
at least.
Are these independent
On Thu, 2014-09-18 at 15:48 -0400, Harlan Lieberman-Berg wrote:
Thank you for submitting piqi for review. I took a look at it, and it
looks good. One quick clarification - have you send the patch upstream?
I couldn't find mention of it in their issues or in their repo.
Further review
On Fri, Sep 19, 2014 at 2:53 AM, Harlan Lieberman-Berg wrote:
apt-zeroconf is in pretty good shape.
Some things that should be fixed before upload (I don't have time to
be a sponsor):
I'm not sure but I believe the removal of users in postrm is against
policy, especially when
On Wed, Sep 17, 2014 at 3:40 AM, Jerome BENOIT wrote:
Hello Forum,
pedantic This is actually a mailing list :) /pedantic
I am wondering whether dh_auto_test works properly with Makefile generated
via automake.
It should work properly if upstream is doing things the usual way.
For my
On Fri, Sep 12, 2014 at 2:55 AM, Luis Ángel San Martín Rodríguez wrote:
libarchive has a limited support for rar files (rar v3 only).
That isn't much different from p7zip-full not supporting rar if you
don't use non-free things :)
It seems that there isn't a good solution for solving this
On Fri, Sep 12, 2014 at 5:09 AM, Alexandre Rossi wrote:
From some other discussion, I had understood that including the
missing source was enough. What is your advice here : should I add a
Makefile to regenerate those files that don't even get in the binary
package? Should I repack the source
On Thu, Sep 11, 2014 at 3:14 AM, Luis Ángel San Martín Rodríguez wrote:
Before YACReader 7.0 I was doing exactly that, using the command-line
interface. The problem is that this approach is slower than using 7z.so
directly, especially when you want to extract files in a certain order (f.e:
On Tue, Sep 9, 2014 at 5:18 PM, Alexander Alemayhu wrote:
source code isn't used to build p7zip but to build a wrapper for p7zip, as it
comes without proper headers for library inclusion. On Debian, the wrapper
uses
Debian's version of p7zip, but it still needs a part of its source code at
On Wed, Sep 10, 2014 at 4:03 AM, Felix Kauselmann wrote:
I'll try. YACReaders source code uses a bunch of code and header files from
p7zip to build it's internal logic (wrapper, whatever) to access 7z.so and
Rar29.so. 7z.so and Rar29.so are then loaded dynamically at runtime. As I
wrote
On Thu, Sep 4, 2014 at 5:01 AM, FERNANDO CROWLEY wrote:
looking for some direction where to start contributing
In addition to the suggestions of Riley, the folks on the
#debian-mentors IRC channel will be happy to discuss with you the best
ways for you to contribute based on your skills and
On Fri, Aug 29, 2014 at 6:52 AM, Johannes Schauer wrote:
the upstream of fuzzylite relicensed from apache 2.0 to LGPL 3.0 with the
release of fuzzylite 5.0 (but not the versions prior to that). So if upstream
should upgrade their copy of the embedded fuzzylite, then the license problem
On Fri, Aug 29, 2014 at 8:16 AM, Johannes Schauer wrote:
Would this solve the license incompatibility between fuzzylite (apache 2.0)
and
vcmi (gpl2+)?
Yes because the latest version (5.0) of fuzzylite (LGPLv3) is
compatible with vmci (GPLv2+).
I asked upstream whether they can remove the
On Thu, Aug 28, 2014 at 9:14 AM, Andreas Moog wrote:
There is (as far as I can see) only one other package in Debian that uses
elycharts, ocsinventory-server [2], and they use an older snapshot of the
library, so I do not know if providing a separate package would be useful.
According to some
On Thu, Aug 21, 2014 at 12:58 PM, Eriberto Mota wrote:
https://lists.debian.org/debian-mentors/2014/04/msg00057.html
This is my personal opinion, it is not official Debian Policy.
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
On Thu, Aug 21, 2014 at 1:26 PM, Eriberto Mota wrote:
I know. An official documentation is
https://www.debian.org/doc/manuals/maint-guide/advanced.en.html. But I
think that, in this case, we need follow the Debian Policy, right?
Debian Policy doesn't mandate or suggest the inclusion of static
On Mon, Aug 18, 2014 at 1:07 AM, Ole Streicher wrote:
I am just looking for a solution for this problem...
It might be easier to port the software to something that isn't
non-free so the package can be put in main.
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
On Wed, Aug 20, 2014 at 7:49 AM, José Robson Mariano Alves wrote:
Hi Eriberto, my program is in English and Brazilian Portuguese.
Users have option to choose the language at startup.
I think it would be best to just use the user's locale to decide which
language to display.
--
bye,
pabs
On Thu, 2014-08-14 at 08:08 +0100, Gianfranco Costamagna wrote:
The maintainer didn't answer for more than one month (cc'd again),
however, he publicly stated that he is looking for a comaintainer,
saying feel free to take it over
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727553
I
On Thu, Aug 14, 2014 at 8:31 PM, Darryl L. Pierce wrote:
My ~/.dput.cf file has fqdn = mentors.debian.net as the destination for
uploads. Perhaps it's misconfigured? The full file is:
Did you run `dput mentors ...changes` or `dput ...changes`? The latter
uploads to ftp-master, the former to
On Thu, Aug 14, 2014 at 3:49 AM, Gianfranco Costamagna wrote:
I am looking for a sponsor for my package binwalk
binwalk is already in Debian and is maintained by someone else. Please
talk to them about getting it uploaded.
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE,
On Thu, Aug 14, 2014 at 3:28 AM, Darryl L. Pierce wrote:
In the past two days I've uploaded two packages:
* qpid-dispatch
* qpid-cpp
I can't see mention of either of these in the logs. Are you sure you
uploaded to mentors and not somewhere else like the main archive?
--
bye,
pabs
On Thu, Aug 7, 2014 at 4:45 PM, Yavor Doganov wrote:
There is no recipe to render the images from the .blend file.
...
Furthermore, it is possible that the current upstream has no clue at
all how to generate the images
This sounds like a problem to me.
This is usually done only for users'
On Wed, 2014-08-06 at 06:47 +0100, Anthony F McInerney wrote:
https://phab.enlightenment.org/T1489
Why is that bug locked/private?
The two main comments were Could you work on the patch to use the lib
if the lib is found. This would require debian to provide a lz4.pc
(and give it to
On Thu, Aug 7, 2014 at 6:44 AM, Yavor Doganov wrote:
Only because they don't exist. It would never occur to me to
regenerate an image file that is already in the tarball. I don't see
the point; it seems unnecessary complication to me.
We build from source for various reasons, it is no
On Wed, Aug 6, 2014 at 2:16 AM, Anthony F McInerney wrote:
Yup, the use-lz4.patch was great, i merged your rules/control with mine
(that i'd created from your previous mail) and everything appears to be
fine. I've pushed the patch (and the others) upstream, hopefully something
will be done.
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
701 - 800 of 2536 matches
Mail list logo
