On Tue, Aug 5, 2014 at 12:38 PM, Anthony F McInerney wrote:
The code references lz4.c while lz4-dev supplies only lz4.h.
Is there another way i can pull in the lz4 source package?
Or am i just confused? :)
I think you are confused.
The package should link against the lz4 shared library
On Sun, Aug 3, 2014 at 8:15 AM, Eriberto Mota wrote:
If you want, you can close this bug and open a RFP[2].
Please don't suggest people give up on contributing to Debian.
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with
On Thu, 2014-07-31 at 19:16 +0100, Anthony F McInerney wrote:
if i need to remove src/bin/lz4 folder with debian/rules does that
imply that i need to use get-orig-source to repack, and also do i then
need to use d/copyright to exclude-files?
You should not need to repack the orig.tar.gz, just
On Thu, Jul 31, 2014 at 3:48 AM, Jörg Frings-Fürst wrote:
What is the best way to stop this and the blocking bugs?
Personally I don't understand your motivation for wanting to maintain
tslib (evdev should replace it), but if you don't think the package
should be removed, you should close the RM
On Thu, Jul 31, 2014 at 1:16 PM, Nicolas Dandrimont wrote:
* Anthony F McInerney afm...@gmail.com [2014-07-30 23:46:03 +0100]:
The eet file source issues, i ran a 'find' and couldn't see the files your
talking about, could you name one or two explicitly for me?
The two files I was talking
On Thu, Jul 31, 2014 at 1:24 PM, Jörg Frings-Fürst wrote:
Upps. I don't have the info about the replacement.
This info and the RM bug are not on the PTS.
The RM bug should be mentioned on the PTS but isn't, that seems like a
bug. Since we are transitioning the PTS to the package tracker, the
On Wed, Jul 30, 2014 at 6:07 AM, Werner Detter wrote:
Upload didn't work with message:
Fixed now.
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Sat, Jul 19, 2014 at 11:00 PM, Guido van Steen wrote:
Does this require a bug report again debexpo, or is this mailing list
the place for a discussion?
I think a patch would be more useful, AFAICS no-one has found the time
to work on debexpo since February.
The point of the removal is that
On Sat, Jul 19, 2014 at 5:17 PM, Joris van Rantwijk wrote:
I actually found two Debian developers who have been very helpful and
were willing to sponsor the package. Unfortunately we then discovered
a copyright issue which makes it impossible to distribute GHDL in the
Debian archive. I'm
On Thu, Jul 17, 2014 at 2:47 PM, Blair Hester wrote:
With the next upload of rabbitmq-server I hope to be the new maintainer.
Thanks for your contributions :)
I am attempting to fix this RC bug concerning sourceless files [1] and
have a suspicion, after reading threads such as this [2], that
On Wed, Jul 16, 2014 at 1:14 AM, Wookey wrote:
https://wiki.debian.org/Autoreconf
Could you mention this in DevNews?
https://wiki.debian.org/DeveloperNews
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of
On Wed, Jul 16, 2014 at 1:14 AM, Wookey wrote:
https://wiki.debian.org/Autoreconf
Please mention the need to Build-Depend on any packages containing .m4
files that are embedded in the orig.tar.gz. For example, a lot of
packages use macros from autoconf-archive and some -dev packages
contain
On Tue, Jul 15, 2014 at 8:45 AM, Daniel Lintott wrote:
Only advice I can give you can find in
https://lists.debian.org/debian-mentors/2014/07/msg00153.html
Negotiations with sourceforge are continuing but it looks like we may
have to adopt the RSS based redirector code.
--
bye,
pabs
On Tue, Jul 15, 2014 at 1:04 PM, Michael Vergoz wrote:
We would like to port it for Debian. Is there someone to help me to do that?
First read through Debian's guide for upstream projects and make any
changes needed:
https://wiki.debian.org/UpstreamGuide
Then read through our introduction to
On Mon, Jul 14, 2014 at 11:59 AM, T o n g wrote:
Is it possible to separate gpg signing from package building?
Yes and it is planned to make that the default:
https://bugs.debian.org/733029
Now I'm thinking, wouldn't it be nice I always build the package without
gpg signing, and when
On Mon, Jul 14, 2014 at 12:31 PM, The Wanderer wrote:
I could be wrong, but I understood the question as being not how to
build without signing, but how to sign after building, without having to
rebuild. I.e., always build without signing, then sign as a separate
step once a build has proved
On Mon, Jul 14, 2014 at 12:56 PM, Paul Wise wrote:
Appears I was wrong about maint-guide mentioning debsign, but it
mentions how to build without signing:
I was wrong again, it does mention debsign:
https://www.debian.org/doc/manuals/maint-guide/build.en.html#pbuilder
--
bye,
pabs
https
On Sun, Jul 6, 2014 at 10:30 AM, Norbert Preining wrote:
But there is a better way:
* package the fonts yourself, in whatever format you need/have them
* after this I will remove the packages from TeX Live and
depend on your font packages
I've always wondered why TeX Live was packaged in
On Mon, Jun 30, 2014 at 10:19 PM, Andreas Tille wrote:
hint. If I try to download the source package the tarball inside
tarball problem remains.
The tarball he linked to does not appear to have that issue, perhaps
you are looking at the tarball generated by github running `git
archive`
On Mon, Jun 30, 2014 at 1:04 AM, Andreas Tille wrote:
opts=s/(\d)-(\d-\d)/$1.$2/,filenamemangle=...
uscan warning: unrecognised option s/(\d)-(\d-\d)/$1.$2/
...
at least with uscan from latest devscripts this does not seem to
work ...
You are missing the uversionmangle= option name.
--
On Sat, Jun 21, 2014 at 1:07 PM, Andreas Tille wrote:
upstream of idba switched to Github and I have adapted the packaging here:
svn://anonscm.debian.org/debian-med/trunk/packages/idba/trunk/
It has turned out that the download tarball contains the source and what
is supposted to be the
On Tue, Jun 17, 2014 at 9:35 PM, Nico Schlömer wrote:
the old netCDF package [1] has an epoch slot, 1, which seems entirely
unnecessary. For the rewrite, it'd be nice if we could get rid of it.
Is that common practice? Is there an upgrade path for it?
From the changelog:
* added 1: epoch
On Wed, Jun 11, 2014 at 2:16 AM, Nico Schlömer wrote:
How could I best debug this (through debian/rules, maybe)?
grep through the upstream cmake files looking for CMAKE_BUILD_TYPE, I
had an upstream that was not handling the case when it was set to None
properly and I guess you have the same
On Mon, Jun 9, 2014 at 9:52 PM, Mattia Rizzolo wrote:
Does somebody have any hint on what to look for/to?
This package uses qmake. It appears debhelper has support for qmake
and passes LDFLAGS on to the qmake generated Makefile using
QMAKE_LFLAGS_RELEASE and QMAKE_LFLAGS_DEBUG. It might be that
On Mon, Jun 9, 2014 at 11:23 PM, Mattia Rizzolo wrote:
This is not the case: the others flage (i.e. -Wl,-z,relro) are passed
to the liker.
Looks like -fPIE and -pie are not passed:
% dpkg-buildflags --get LDFLAGS
-Wl,-z,relro
I'm now wondering why bls complains...
Aha, you want this in
On Thu, Jun 5, 2014 at 10:14 PM, Benedict Verhegghe wrote:
The debian-watch-file-pubkey-file-is-missing error remains, although
debian/upload/signing-key.asc is included. Testing with uscan worked
correctly. Possibly a bug in lintian?
Wrong path, uscan/lintian look at
On Thu, Jun 5, 2014 at 11:18 PM, Benedict Verhegghe wrote:
Oops, that was a typo in my mail. The key is really in
debian/upstream/signing-key.asc
Testing it locally I don't get the lintian warning you mentioned with
lintian 2.5.22.1.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To
On Thu, Jun 5, 2014 at 11:59 PM, Benedict Verhegghe wrote:
Yes, locally lintian also did not give me a problem. But after uploading
to mentors an error is displayed.
Maybe the uscan version on mentors is older and does not yet accept the
asc key format?
Correct, thanks for the pointer, I
On Mon, 2014-06-02 at 19:38 +0200, Carlos Alberto Lopez Perez wrote:
ieee-data installs the file in the 4th place
My mistake, I didn't see that it installs a symlink there.
As commented on my previous reply, the package don't installs
airoscript-ng.
Yeah, that was mainly for forwarding
On Wed, Jun 4, 2014 at 2:54 AM, Daniel Lintott wrote:
It only makes sense to start the application when the user logs in,
which can be done using the $(HOME)/.config/autostart directory or
adding an entry using the Startup Applications GUI.
There are additional dirs that the package can
On Sat, May 31, 2014 at 1:37 AM, Carlos Alberto Lopez Perez wrote:
dget -x
http://mentors.debian.net/debian/pool/main/a/aircrack-ng/aircrack-ng_1.2-0~beta3-1.dsc
Some comments below. Other comments via private mail.
Upstream website SSL is broken because it doesn't send CA certs along
with
On Sun, Jun 1, 2014 at 9:47 AM, Paul Wise wrote:
Some comments below.
More:
Some bits of airoscript-ng use /usr/local unconditionally.
GCC warnings:
tkiptun-ng.c: In function 'main':
tkiptun-ng.c:4195:11: warning: ignoring return value of 'setuid',
declared with attribute warn_unused_result
On Sun, Jun 1, 2014 at 10:24 AM, Paul Wise wrote:
On Sun, Jun 1, 2014 at 9:47 AM, Paul Wise wrote:
Some comments below.
More:
One more - the ieee-data package places the oui files in a different
location to where aircrack-ng looks for them.
--
bye,
pabs
http://wiki.debian.org/PaulWise
On Tue, May 27, 2014 at 1:07 AM, Dariusz Dwornikowski wrote:
On 26.05.14 18:25:25, Jakub Wilk wrote:
If my supposition is correct, then this is a grave bug, and after it's fixed
in unstable, it should be also fixed in stable and oldstable.
I can fix this when I am given DM rights to crashme.
On Thu, May 22, 2014 at 2:29 AM, Jörg Frings-Fürst wrote:
mwc - Powerful website-tracking tool
Sounds almost exactly like the urlwatch package, which is already in Debian.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
If antiword works for the document in question and PS/PDF are
acceptable output formats, that could be an option.
As far as libreoffice goes, I am using this command successfully (but
not in a package build context).
libreoffice --headless --convert-to pdf --outdir . input.ods
--
bye,
pabs
On Sat, May 10, 2014 at 10:29 AM, Mohsen Pahlevanzadeh wrote:
Dear Mentors,
You have contacted the Debian packaging mentors, who are responsible
for announcing the helping people with packaging. The Debian packaging
mentors does not offer user support, please contact one of the Debian
user
On Fri, May 2, 2014 at 6:32 AM, Dale Mellor wrote:
Is this person always this condescending or am I being bullied?
As far as I can tell there was neither condescension nor bullying in
the mail by Eric, he was simply asking for some more information that
he wasn't able to determine from your
On Wed, Apr 30, 2014 at 6:17 AM, Arturo Borrero Gonzalez wrote:
At execution time, the upstream code expects a config file to be
writeable at '../priv/ip_config'.
This file is meant to store the DB credentials and URI. The file can
be modified by the user using the webapp.
Of course, its a
On Sat, Apr 26, 2014 at 2:05 AM, Rebecca N. Palmer wrote:
I vaguely recall that static linking is considered a bad idea in Debian, for
much the same reasons that embedded code copies are, but I can't find this
actually written down anywhere.
I'm not sure if there is consensus on this topic
On Sat, Apr 26, 2014 at 3:04 AM, Russ Allbery wrote:
I see no reason why not. Whether it's easy to install the software
outside of Debian isn't really something that Debian itself should be that
worried about, as long as the packages in Debian do the right thing.
I'd say we should encourage
On Thu, Apr 24, 2014 at 4:04 PM, Andreas Tille wrote:
Any idea how we could make uscan capable to detect and download the latest
source anyway?
Use a match based on the zip download and downloadurlmangle to
transform that to a src tarball.
a href=/download/mkgmap-r3226.zip data-bind=attr:
On Tue, Apr 22, 2014 at 10:30 PM, Daniel James wrote:
1. When packaging a new library that has no ITP or RFP bug open against
WNPP, should a non-Debian Developer like myself open an ITP bug, as well
as the RFS bug (with ITP in the subject line) which I have already
opened against
On Sat, Apr 19, 2014 at 7:25 AM, Jeremy Davis wrote:
So as TurnKey is based on Debian
It might be interesting for TurnKey to join the Debian derivatives census:
https://wiki.debian.org/Derivatives/Census
it seems like a no brainer to get involved with Debian more closely.
But even after
On Sun, Apr 13, 2014 at 11:58 AM, RJ Clay wrote:
I am looking for a sponsor for my package jamnntpd
Based on the number of GCC warnings, the code quality looks pretty bad.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with
On Wed, Apr 9, 2014 at 8:38 PM, Werner Mahr wrote:
I am looking for a sponsor for my package isbg
I don't intend to sponsor this but here is a review:
Please include the manual page upstream and make setup.py install it properly.
The url= line in setup.py is incorrectly indented with spaces
On Tue, Apr 8, 2014 at 4:30 PM, Jakub Wilk wrote:
But note that, as per Policy §10.2, .la files “normally should not be
included in the Debian package”.
I would say .a files should not be included either unless users
specifically ask for them.
--
bye,
pabs
http://wiki.debian.org/PaulWise
On Tue, Apr 8, 2014 at 6:26 PM, Nico Schlömer wrote:
dh_installdocs fails on me because the software has no file README,
but README.md.
...
How to adapt debian/rules to accommodate for this?
You need to update debian/docs with the correct name of the README.
--
bye,
pabs
On Tue, Apr 8, 2014 at 6:33 PM, Jörg Frings-Fürst wrote:
I want to adopt the package xsd [1].
..
Can someone tell me the right way?
Please refer to these pages for information about that:
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#adopting
On Thu, Mar 27, 2014 at 6:03 PM, Xavier Claude wrote:
I've made an ITP for casperjs (#742597
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742597 ), but I have a
question on which version I should package. The current version of casperjs
is 1.0.4 but it is not compatible with phantomjs
On Wed, Mar 19, 2014 at 9:00 AM, Mohsen Pahlevanzadeh wrote:
I work on systemd and searched for a mailing list for systemd but i
didn't found in list of debian mailing list. Do i use debian-boot
mailing list?
https://lists.alioth.debian.org/mailman/listinfo/pkg-systemd-maintainers
--
bye,
My approach would be to ask upstream to revert back to the GPL.
If they refuse then look for an alternative free implementation.
If none exists revert back to using and packaging the GPL version.
Also work on some patches to improve the GPL version and send them
upstream.
If upstream refuses to
On Mon, Mar 17, 2014 at 12:13 AM, Felix Natter wrote:
Question 1:
I learned these commands by heart. Is there a good tutorial/blog/... for
running any chroot (pbuilder, cowbuilder, sbuild...) from a git repo
(using git-buildpackage toolset), so that I understand this?
There are several
On Thu, Mar 13, 2014 at 7:46 AM, Mohsen Pahlevanzadeh wrote:
I remastered the GNU\Linux about 7 8 years ago , i only i was working
with dh_* files.
What do you suggest for proffessional remastering?
Please explain what you mean by remastering and what you are intending
to achieve.
--
bye,
On Thu, Mar 13, 2014 at 8:55 AM, Mohsen Pahlevanzadeh wrote:
We're going to create a complete platform for VoIP, compiling kernel,
configuration Asterisk, some application on VoIP, programming on the
Asterisk, So we need our distro.
Debian already contains the Linux kernel and Asterisk. So,
The most useful thing you could do is help out with the plan for
automatic debug packages for every binary package with debug symbols.
https://wiki.debian.org/AutomaticDebugPackages
If you don't have the time or interest for that, best follow the plan
for that in your package; add one -dbg
On Thu, Mar 6, 2014 at 3:42 AM, Stefan Bauer wrote:
Is it possible to put the default configuration and log-files to
/var/lib/sbnc - analog to package quassel-core?
That sounds like an FHS violation and thus a policy violation.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To
On Sat, Mar 1, 2014 at 5:20 PM, Wookey wrote:
I must admit I'm surprised so many people still use pbuilder, although I
do agree that the syntax is a bit simpler for a 'standard upload' build.
I still use cowbuilder because schroot doesn't support cowdancer for
copy-on-write chroots and I found
On Sat, Mar 1, 2014 at 10:11 PM, Ferenc Wagner wrote:
I use sbuild (actually, schroot under the hood) with btrfs-snapshot
chroots. Creating a new build environment really is a snap.
Personally I wouldn't feel comfortable using btrfs on my main system
yet and I don't have a separate system
On Sat, Mar 1, 2014 at 6:31 AM, Mattia Rizzolo wrote:
At this time there is no so much differences between sbuild and pbuilder.
If you can convince the pbuilder and sbuild maintainers to work
together to merge all the missing parts of
pbuilder/cowbuilder/qemubuilder into sbuild, I will buy you
On Sat, Feb 22, 2014 at 3:43 PM, Andrey Rahmatullin wrote:
So the workflow would be install the package, see it cannot be used,
uninstall it?
Probably, plus documentation in the package description about where it
can and cannot be installed.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
On Mon, 2014-02-17 at 15:07 +0400, Sergey B Kirpichev wrote:
I was under impression what this is to workaround some formatting issues with
some ancient browsers.
Very unlikely.
I don't sure if that does exactly what removed js is supposed to do.
Seems pointless to allow installing on systems where the CPU isn't
supported. I would just close the bug, unless there is some debugging
tool in the package that would help adding support for the CPU.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
On Sun, 2014-02-16 at 15:19 +0400, Sergey Kirpichev wrote:
I hope, that's fixed in:
http://anonscm.debian.org/gitweb/?p=collab-maint/awstats.git;a=commit;h=9c8f27ceb7f9490387a32b9fb2f45b21f69f853d
It doesn't have any privacy issues, but:
It is utterly pointless to include a 1x1 tracking gif
BTW, it might be appropriate to forward your patches upstream too since
having them online is also a privacy violation because browsers load
JavaScript and images by default.
--
bye,
pabs
http://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
On Sun, Feb 16, 2014 at 6:33 PM, Felix Natter wrote:
the freeplane package's .orig.tar.gz contains some windows/mac stuff like
*.ico, stuff for windows/mac installer etc.:
Without having looked at how these were created and if DFSG item 2 is
satisfied...
On Wed, 2014-02-12 at 08:34 +, Nick Trew wrote:
If I need to withdraw this package, please could you advise how I can
go about that?
Simply close the ITP and RFS and remove the package from mentors. You
might also want to inform upstream about the other software.
On Wed, Feb 12, 2014 at 3:08 AM, Nick Trew wrote:
Whatmask parses CIDR (Classless Inter-Domain Routing) IP address notation
and displays the netmask, network address, broadcast address and
the number of usable IP addresses, including the first and last
usable IP addresses.
That sounds like
On Wed, Feb 12, 2014 at 12:16 AM, Roelof Wobben wrote:
Is there a way with dh7 to continue the build even if a test is failing ?
Please don't do that , tests are there for a reason. It is better to
fix the problem or fix the test than ignore the test.
--
bye,
pabs
On Wed, Feb 12, 2014 at 6:43 AM, sney wrote:
hexchat - IRC client for X based on X-Chat 2
If this reaches Debian please ensure that it gets added to the
security team's embedded-code-copies file, they track forks too.
http://wiki.debian.org/EmbeddedCodeCopies
What is
On Sun, Feb 9, 2014 at 7:33 PM, Craig Small wrote:
On Sat, Feb 08, 2014 at 11:31:20PM +0800, Paul Wise wrote:
Upstreams continue to disappoint me :(
I tend ending up as my own upstream a lot of the time, so I provide my
own disappointment.
My disappointment in this case was caused
I expect the GNOME community would at the very least be willing to let
viewnior folks have commit access to the git repository at
git.gnome.org. If that fails they could create a proper fork at a new
location but I guess viewnior folks aren't interested in that either
though?
Another option is to
On Sat, Feb 8, 2014 at 3:50 PM, Roelof Wobben wrote:
Yes, I have more knowlegde about dh7.
Seems reasonable.
And according to the manual Im not allowed to use the debian directory
provided upstream.
I don't think 'allowed' is the right word there. You definitely can
use it if you want.
On Sat, Feb 8, 2014 at 6:25 PM, Sergey B Kirpichev wrote:
This is not clear from the
http://lintian.debian.org/tags/privacy-breach-donation.html
--8--
Please remove this privacy problem and add a note to the debian/upstream file
using the donation field.
--8--
Please, fix lintian text
On Sat, Feb 8, 2014 at 9:15 PM, Dariusz Dwornikowski wrote:
Also he plans to release a gtk3 version without gtkimageview
dependency around April, so the problem will disappear.
Great news.
My idea is to upload viewnior anyway. Around April I will just
repackage for gtk3.
Fair enough.
PS:
On Sun, Feb 9, 2014 at 1:36 AM, Roelof Wobben wrote:
Oke, so I will make a new one and sign my packages with this.
Do I have to resign the packages I made on mentors.debian.org again
or can I do this on the next revision of that package.
Re-signing would be a good idea if you expect sponsors
On Sat, Feb 8, 2014 at 1:01 AM, Tomasz Buchert wrote:
tl;dr = What is the Debian Policy about packaging forked software?
Forks are similar to embedded code copies; they mean more work for
various teams in Debian other than the package maintainer (especially
the security team). In general I
On Sat, Feb 8, 2014 at 1:03 AM, Roelof Wobben wrote:
But it seems that some makefiles are not well written, Cinnamon
will not compile and clean well.
If you have a specific question, please ask it.
Is there someone who can work with me so I can learn to make
this work for Debian.I knowI
On Sat, Feb 8, 2014 at 3:54 AM, Roelof Wobben wrote:
I used a cdbs script provided by upstream and then everything compiles fine,
Any particular reason to switch from cdbs to dh?
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
On Sat, Feb 8, 2014 at 2:29 AM, Sergey Kirpichev wrote:
* Remove donation link in index.html (fix lintian E:
privacy-breach-donation) in favor of debian/upstream
This is *not* the right way to fix this issue. The form should remain,
just remove the problematic part of it (the images) and
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
On Tue, Feb 4, 2014 at 4:17 PM, Roelof Wobben wrote:
I try to port Audiosum to Debian.
All of the versions of Audiosum I can find use automake so you should
not need override_dh_auto_install at all and the upstream Makefile
should support make install just fine.
Where did you download Audiosum
On Tue, Feb 4, 2014 at 4:32 PM, Roelof Wobben wrote:
I downloaded Audiosum here : https://github.com/alvarezp/audiosum/
I would suggest using the official tarballs:
http://blog.alvarezp.org/desarrollos/audiosum/
If you prefer to use a copy of the git repository, you will need to
build the
On Wed, Feb 5, 2014 at 12:36 AM, Roelof Wobben wrote:
What the best way to get out of this mess ?
Drop the completely unnessecary splitting into two packages. Simply
let upstream's build system install everything into the one audiosum
package.
--
bye,
pabs
http://wiki.debian.org/PaulWise
On Tue, Feb 4, 2014 at 11:51 PM, Roelof Wobben wrote:
When I try to port Cjs to debian testing I ran into this problem
https://github.com/linuxmint/cjs/issues/5
Any debian developer which wants to help me to figure out what is wrong here ?
debian-devel is not the appropriate place to send
On Wed, Feb 5, 2014 at 10:51 AM, Octavio Alvarez wrote:
As Paul said, if you download it from Github, you will need to generate the
./configure script first by running ./autogen.sh, so would have to be
reflected in debian/rules; dh should help with that.
As folks on IRC said, the right option
On Wed, Feb 5, 2014 at 6:57 AM, Arturo Borrero Gonzalez wrote:
rpmlint- RPM package checker
How you intend to use this package - what is your motivation for
wanting this in Debian?
A review:
The blank line and comment in debian/watch are not needed.
Why did is the test suite disabled in
On Tue, Feb 4, 2014 at 1:35 AM, Roelof Wobben wrote:
Again ask for a mentor who can help me by private mail
I would strongly suggest *not* doing things in private. In Debian we
do as much as possible in public and this includes mentoring. If you
have any questions, ask them on the
On Tue, Feb 4, 2014 at 2:18 PM, Roelof Wobben wrote:
Fine by me.
But I like to have one person who I can ask questions.
There are hundreds of people on this list who will answer questions
you send to the list.
https://lists.debian.org/stats/debian-mentors.png
--
bye,
pabs
On Sun, Feb 2, 2014 at 12:07 AM, Roelof Wobben wrote:
I looked today at the pages but I found it confusing.
How do I know which packages needs triaging and need for example confirming.
For each package on the DDPO page, click on the link in the All Bugs
column then click each bug.
On Sat, Feb 1, 2014 at 12:23 AM, Roelof Wobben wrote:
I really want to learn the debian way of packaging.
I have read the manual and did the packaging tutorial.
That is a good start. The next step is to start working in the Debian
GNOME team. Have a look at their wiki page for how to get
On Sat, Feb 1, 2014 at 2:38 AM, Roelof Wobben wrote:
Schould I look into the orphaned packages or do you know one.
It would be best to help out the GNOME team rather than adopting
orphaned packages, unless there is some orphaned package that you use
and want to stay in Debian.
--
bye,
pabs
On Wed, Jan 29, 2014 at 5:18 PM, Dariusz Dwornikowski wrote:
I am taking over kerneltop package, I use it a lot in various systems. The
upstream webpage does not exist, also upstream authors do not respond
(contacted them 3 weeks ago). The effect is that the upstream package does
not have a
On Thu, Jan 30, 2014 at 2:48 AM, Roelof Wobben wrote:
My ultimate goal is to become the gnome maintainer of Tanglu.
Why not join the Debian GNOME team?
https://wiki.debian.org/Teams/DebianGnome
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
On Tue, Jan 28, 2014 at 11:09 PM, Tomas Di Domenico wrote:
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=735883
AFAICT your last mail in the bug thread indicates that you ran the
tests as root so it isn't surprising they succeeded. Check if the file
mentioned by the submitter is present
On Tue, Jan 28, 2014 at 11:57 PM, T o n g wrote:
I run my above lintian with and without ../*.changes, but the results
are all the same. They all are the same as that of ../*.dsc. I.e.,
still missing info.
Any ideas?
Try these commands to find out what files lintian is looking at:
lintian
On Sun, 2014-01-26 at 12:13 +0100, Sebastien Badia wrote:
Indeed, you're right.
I've just uploaded a new version on mentors, according your comments.
I think you misunderstood my suggestion. I suggest to talk to RIPE and
find out what tools replaced asused. Then package those tools instead
and
On Mon, Jan 27, 2014 at 5:12 AM, Rodolfo García Peñas (kix) wrote:
asused was removed because now the Local Internet Registers can download
their information using a web API.
This package should be removed, without replacement.
Sebastian, could you do the removal then? RoQA is the
On Mon, 2014-01-27 at 01:44 +0100, Sebastien Badia wrote:
Therefore we do anything with this package? RoQA anyway?
Thanks for the explanation, it sounds like this package should remain in
Debian instead of being removed, good luck with finding a sponsor.
--
bye,
pabs
On Sun, Jan 26, 2014 at 5:27 AM, Daniel Aleksandersen wrote:
* Package name: otf-clear-sans
Please rename your source/binary packages in accordance with current
practices. This would mean changing it to fonts-clear-sans.
* URL : https://01.org/clear-sans
Upstream appears to
801 - 900 of 2536 matches
Mail list logo