reassign 773245 src:git 1:2.1.3-1
quit
Vincent Cheng wrote:
Yes, source packages in main can generate binary packages in contrib;
Policy does not prevent this from happening, and there are existing
source packages in main, in the archive, which generate binary
packages in contrib. See e.g.
Package: sponsorship-requests
Dear mentors,
I am looking to upload a new version of checkgmail to squeeze. It
fixes the release-critical bug #650454 and has been approved by the
maintainer and stable release managers (see the pu bug #685346).
The package can be found on alioth:
Hi Yann,
yannubu...@gmail.com wrote:
any news about updating Mawk with the last upstream version?
I don't think it can happen and be properly tested in time for wheezy.
The new upstream version has significant changes relative to the
packaged version and probably introduces some (minor or not)
Goswin von Brederlow wrote:
Also
lrwxrwxrwx 1 root root 20 Nov 13 2010 /lib/ld-linux.so.2 -
/lib32/ld-linux.so.2
and
lrwxrwxrwx 1 root root 20 Nov 13 2010 /lib/ld-linux.so.2 -
/lib/i486-linux-gnu/ld-linux.so.2
conflict.
Currently libc6:i386 only Replaces libc6-i386. Which
Hi Savvas,
Savvas Radevic wrote:
Description: library for handling and rendering XPS documents (library)
This library is being used by evince to read XPS documents.
What's an XPS document?
From Wikipedia I've learned that this is somehow related to the Open
XML Paper Specification aka
Package: sponsorship-requests
Hi,
I am looking to upload the package u-boot.
dget -u
http://alioth.debian.org/~jrnieder-guest/temp/u-boot/u-boot_2011.12-2.1.dsc
It builds a bootloader (Das U-Boot), some companion tools, and some
transitional packages. The purpose of this upload is to fix
(replying on -mentors)
Hi Goswin,
Goswin von Brederlow wrote:
Having multiarch packages and ia32-libs installed will lead to some
confusion. The runtime linker will not be able to differentiate between
multiarch or ia32-libs libs. One of /usr/lib32/ and
/usr/lib/i486-linux-gnu/ will be first
Jakub Wilk wrote:
* Jonathan Nieder jrnie...@gmail.com, 2011-10-17, 23:49:
| Unfortunately one cannot even get lucky and find the symbol from
| liblzma2 used from time to time: versioned symbols take precedence over
| unversioned ones when resolving unversioned references.
As far as I can
Hi,
Sorry for the delay.
Jakub Wilk wrote:
Thanks, this is consistent with my understanding. Could you please update
the patch header?
[... two other nice suggestions snipped ...]
I've put up an uploaded package incorporating your suggestions at
-
Jakub Wilk wrote:
I don't claim to be an expert on symbol versioning, but I did some
experiments, and it doesn't seem to be the case. If a program is linked to
two versions of a library, one of which doesn't use versioned symbols, then
the symbols from the directly-linked one shadows the
Jakub Wilk wrote:
* Jonathan Nieder jrnie...@gmail.com, 2011-10-17, 23:49:
-
http://alioth.debian.org/~jrnieder-guest/temp/xz-utils_5.1.1alpha+20110809-3.dsc
[...]
I don't claim to be an expert on symbol versioning, but
I forgot to say: thanks a lot for your careful review! If
lzma_code@Base
Hi,
I am looking to upload the new version 5.1.1alpha+20110809-3 of my
package xz-utils to unstable.
It builds these binary packages:
xz-utils- high compression-ratio compressor
xz-lzma - LZMA Utils compatibility commands
xzdec - tiny decompressors
liblzma-dev -
Gerrit Pape wrote:
On Wed, Mar 09, 2011 at 01:49:24AM -0600, Jonathan Nieder wrote:
I am looking for a sponsor for the new version 1:1.7.4.1-3 of git.
Hi, I'm about to cross-read the changes and upload afterwards. Thanks
for preparing the packages.
Thanks, Gerrit. Sorry for the noise, all
Dear mentors,
I am looking for a sponsor for the new version 1:1.7.4.1-3 of git.
It builds these binary packages:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all subpacka
git-arch - fast, scalable,
Dear mentors,
I am looking for a sponsor for the new version 2.1.1-6.2 of the
package runit.
It builds these binary packages:
runit - system-wide service supervision
The upload would fix these bugs: 605912
That is, it allows upgrading from the package in lenny.
The package can be found
Piotr Ożarowski wrote:
[Jonathan Nieder, 2011-01-14]
Another week, another -rc (1:1.7.4~rc2-0.1). I sent an RFS for -rc0
two weeks ago; this is just a followup. The target distribution of
this proposed NMU is experimental.
[...]
- dget http://mentors.debian.net/debian/pool/main/g/git
Hi,
I am looking for a sponsor for the new version 1:1.5.6.5-3+lenny3.3 of
the package git-core.
It builds these binary packages:
git-arch - fast, scalable, distributed revision control system (arch interop
git-core - fast, scalable, distributed revision control system
git-cvs- fast,
Hi mentors,
Another week, another -rc (1:1.7.4~rc2-0.1). I sent an RFS for -rc0
two weeks ago; this is just a followup. The target distribution of
this proposed NMU is experimental.
It builds these binary packages:
git- fast, scalable, distributed revision control system
git-all-
Dear mentors,
I am looking to upload version 1:1.7.4~rc1-0.1 of the package git.
I sent an RFS for ~rc0 eight days ago; this is just a followup.
It builds these binary packages:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision
Thomas Goirand wrote:
On 12/31/2010 05:54 AM, Jonathan Nieder wrote:
I am looking to upload version 1:1.7.4~rc0-0.1 of the package git to
experimental.
[...]
If this is for SID, has the RT agreed for such an upload?
This is for experimental. Probably it was confusing because
Hi,
I am looking to upload version 1:1.7.4~rc0-0.1 of the package git to
experimental. This is a friendly non-maintainer upload (see Bug#600566)
and if uploaded should go to DELAYED/7.
It builds these binary packages:
git- fast, scalable, distributed revision control system
git-all-
Dear mentors,
I am looking for a sponsor for the new version 1:1.7.2.3-2.2
of the package git.
It builds these binary packages:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all subpacka
git-arch - fast,
Daniel Guzanoff wrote:
Ansgar Burchardt wrote:
You build-depend on libcurl4-openssl-dev. I suspect this means
the program is linked (possibly indirectly) against openssl. Note
that OpenSSL's license is not GPL-compatible.
This library is linked with plugin (leechcraft-plugin-cftp), not
Alessandro Ghedini wrote:
I re-uploaded the package on Debian Mentors [0] with the changes suggested
by Jonathan.
More precisely, I was suggesting something like the following (eliminating
the libfailmalloc-dev package completely).
While at it, the patch below copes better with spaces in
Jonathan Nieder wrote:
--- a/debian/scripts/failmalloc
+++ b/debian/scripts/failmalloc
@@ -1,11 +1,11 @@
#!/bin/bash
usage () {
-cat - 2 EOF
+cat 2 EOF
failmalloc, memory allocation failure crash-test tool.
usage: failmalloc [-p|--probability probability] [-t|--times times
Alessandro Ghedini wrote:
On Wed, Dec 08, 2010 at 01:14:03AM -0600, Jonathan Nieder wrote:
Does failmalloc have a public API? Is it meant to be linked into
programs without using the LD_PRELOAD mechanism?
If not, what good is a development library for it?
Quoting from the upstream site
Hi Allesandro,
Alessandro Ghedini wrote:
* URL : http://www.nongnu.org/failmalloc
[...]
- dget
http://mentors.debian.net/debian/pool/main/f/failmalloc/failmalloc_1.0-1.dsc
Since I am not a Debian Developer, I cannot upload this. Some
comments anyway.
Package:
.
. s/lisence/license/?
. s/follow/follows/
. I would prefer if the changelog said Apply patches from
Jonathan Nieder or something similar rather than implying I
committed the changes directly. The patches were only suggested
improvements; I do not want to be held
Mahyuddin Susanto wrote:
On Mon, Dec 6, 2010 at 4:08 AM, Jonathan Nieder jrnie...@gmail.com wrote:
Mahyuddin Susanto wrote:
- dget
http://mentors.debian.net/debian/pool/main/a/aspell-id/aspell-id_1.2-0-4.dsc
[...]
- 1.2-0-1: a based on such-and-such documentation placeholder[1]
seems
Stefan Tomanek wrote:
I'm not sure whether such a direct comparison of packages in their description
might be not be considered offensive to some and might incite some kind of
arms
race: yo daemon so fat
Think of such comparisons in the description of gnome/kde or vim/emacs
packages
Hi Timur,
Timur Birsh wrote:
Jonathan Nieder wrote:
I'm not a DD so I can't upload your package, but here are a few
nitpicks.
. It seems this uses aspell 0.60 format. Shouldn't the package use
Provides: aspell6-dictionary, then?
In Debian Spelling Dictionaries and Tools Policy[1] I
Hi again,
I am still looking for a sponsor for version 1:1.7.2.3-2.1 of Gerrit's
package git. I sent a RFS six days ago; this is just a followup.
It builds these binary packages:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision
Hi Timur,
Timur Birsh wrote:
* URL : http://sourceforge.net/projects/kazlinux/
[...]
Vcs-Git: git://github.com/taem/aspell-kk.git
Has this dictionary been submitted to aspell upstream? I am guessing
the patch tracker at [1] might be a good place to try.
I'm not a DD so I can't
Brian Nelson wrote:
Yes, aspell dictionary packages should Provides: aspell-dictionary. The
dictionary packaging otherwise looks OK with a very quick glance.
Thanks for checking.
I suppose [1] is where dictionary packaging is explained? Based on
aspell/NEWS.Debian.gz, it seems my (already
Ansgar Burchardt wrote:
I just uploaded the package. Thanks for your work.
Have you considered asking Gerrit to become a co-maintainer for the Git
package? I saw you replying to several bug reports in the past and
Gerrit already uploaded a git package with your name on it in the past.
Etienne Millon wrote:
The package builds in a clean chroot, so I thought this was good
enough. If this is bad practice I will have another look at it.
Yes, best practice is to explicitly declare all build-time
dependencies that are not build-essential. So for example if
the code uses Xlib
Stefan Tomanek wrote:
Dies schrieb Jonathan Nieder (jrnie...@gmail.com):
How does this compare to Rick van Rein's funkey[1]?
Hm, funkey does require a kernel patch und looks quite dated?
Funky Daemon which demonstrates how to parse the /dev/funkey character
device.
Thanks for a quick
Alexandre Rossi wrote:
RemotePad is an open source application that controls the mouse cursor of
your desktop PC. This way, you can use your iPhone or iPod touch as a
wireless touchpad!
Hmm, so this is a way of remotely injecting input events?
I am not a DD, and even if I were, I cannot test
Hi Krzysztof and Stefan,
Stefan Tomanek wrote:
I think esekeyd can only handle KEY events, while triggerhappy can also
process
Switch and button events. I am also unsure whether esekeyd support the
hotplugging of input devices (done in triggerhappy by a udev script) or daemon
control via
this as part of the usual gcc and binutils packages, then.
On 23 November 2010 01:22, Jonathan Nieder jrnie...@gmail.com wrote:
Stephen Kitt wrote:
* binutils-mingw-w64, a simple binutils-source-based package providing
binutils targetting MinGW-w64's triplets;
Any examples for how this can be used
Stefan Tomanek wrote:
I think
merging the two programs would be difficult. Although young, triggerhappy
has accumulated quite a few features that would require a redesigning many
aspects of esekeyd (multiple devices, command socket, multiple config files).
This information could be useful
Hi Guillaume,
Guillaume Delacour wrote:
php-net-smtp (1.4.4-1) unstable; urgency=low
* New upstream release
* debian/rules: complete rewrite based on cdbs (dh-make-php template)
Sounds like a bad idea. Shouldn't the fix to #602865 get some more
testing by sid users first so it can get
Hi Guillaume,
Guillaume Delacour wrote:
I am looking for a sponsor for the new version 1.12.3-1
of my package php-log.
I am not a cdbs or php expert, but this looks pretty good.
Some quick nitpicks:
- Do you track your packaging with a vcs? If not, why not? :)
(Mini-patches are easier
(+cc: the almost-defunct debian-toolchain@ list, for posterity's sake)
Hi Stephen,
Stephen Kitt wrote:
I'm working on packaging a new version of the MinGW-w64 toolchain, which
allows 32- and 64-bit Windows software to be compiled as a cross-compiler
target using gcc.
Sounds neat. Have
Hi Nicolas,
Nicolas Dandrimont wrote:
We've been using this software on our network for a few months now and
it has proven very useful in killing off the rogue IPv6 routes and
notifying our users of their configuration problem. I think including
it into Debian would be worthwile.
Sounds
Hi Stefan,
Stefan Tomanek wrote:
* URL : https://github.com/wertarbyte/triggerhappy
[...]
My motivation for maintaining this package is: I've written this small
program to fill a need not covered by any existing program, so I think
having it in Debian and making it available to
Hi Etienne,
Etienne Millon wrote:
I have been using this package for years and it seems to need love.
As I am learning how to maintain package, this seems a perfect
candidate for adoption. I am preparing an upload fixing a few bugs,
and will close this ITA when it's done.
These are words I
Friends, git users, mentors,
Julien Cristau wrote:
On Sun, Nov 14, 2010 at 18:47:40 -0600, Jonathan Nieder wrote:
Jonathan Nieder wrote:
Some quick changes for git in squeeze.
- Trivial fixes from upstream: memory leaks in cache_tree_free
and diff; confusing use of static buffer
Hi,
Paul Wise wrote:
Please remove these prebuilt files from the debian/ directory and
don't add them to the upstream tarball.
./debian/xburst_stage1.bin
./debian/xburst_stage2.bin
./debian/stage1.bin
[...]
The README.source indicates that this requires a cross-compiler for
MIPS in the
Paul Wise wrote:
I assume this woud be a source package that build-depends
on the gcc MIPS cross compiler package generated by the new buildcross
package in unstable.
Oh! Thanks for the pointer.
Something that may be possible down the track, once the Debian archive
can support source
Jonathan Nieder wrote:
Steve Langasek wrote:
On Sun, Mar 07, 2010 at 11:57:28PM -0600, Jonathan Nieder wrote:
I just realized that xz-utils and liblzma2 technically aren’t ready to
be pseudo-essential: they use Depends: instead of Pre-Depends: for
their dependencies.
This doesn't follow
[Please follow-up to debian-mentors, cc-ing me and Steve.]
Hi Steve,
Steve Langasek wrote:
On Sun, Mar 07, 2010 at 11:57:28PM -0600, Jonathan Nieder wrote:
I just realized that xz-utils and liblzma2 technically aren’t ready to
be pseudo-essential: they use Depends: instead of Pre-Depends
Hi,
Tanguy Ortolo wrote:
For the 3.0 (quilt), the packed source is well defined, but I have a
doubt for the working form. According to dpkg-source(1), is seems to be
the .orig.tar.ext and a working directory with patches applied *and*
present in the debian/patches directory. Is that correct?
Steve Langasek wrote:
On Sun, Dec 13, 2009 at 12:04:17AM -0600, Jonathan Nieder wrote:
I am wondering what to do next: should I pursue a 14-day delayed NMU?
Do nothing and hope some of my changes are picked up?
An unsanctioned NMU of a new upstream version of a Priority: required
package
Ryan Niebur wrote:
On Sun, Dec 13, 2009 at 12:04:17AM -0600, Jonathan Nieder wrote:
[...]
I am wondering what to do next: should I pursue a 14-day delayed NMU?
Do nothing and hope some of my changes are picked up?
have you tried asking the maintainer if you could work with him? all I
can
Hi,
Sandro Tosi wrote:
P.P.S: I'm taking care of this package since few months... under
previous maintainer, the upstream ChangeLog was still updated
That's nicer, but I don't think it's worth a hunk in diff.gz (either
as direct change or patch) for this.
What’s stopping one from shipping
Package: wnpp
X-Debbugs-CC: debian-mentors@lists.debian.org
Hi,
I was thinking about how to bring the lzma package more up to date,
but I’m scared to do anything for fear of breaking squashfs-lzma. :)
So I thought I’d write for advice.
squashfs is a read-only compressed filesystem. Currently a
Hi Alfonso,
Alfonso Ruzafa wrote:
Hi mentors. Hope you can help me with this.
I have an Autotools project (named libfoo) with 3 main directories: lib for
the library source code, include for the header files and src for the
command line tool source code to deal with the library.
A typical
Dear mentors,
I am looking for feedback and a possible sponsor for the new version
4.999.9beta+20091002-1 of my package xz-utils.
It builds these binary packages:
xz-utils- high compression-ratio compressor
liblzma-dev - development library
liblzma-doc - doxygen-generated
Please do not CC the APT team on follow-ups --- it looks like APT
already does the right thing here (sorry for the noise!).
I wrote:
The xz-utils package in experimental Conflicts/Replaces/Provides the
pseudo-essential package lzma. I think this should be fine, since
installing it only
Eugene V. Lyubimkin wrote:
Jonathan Nieder wrote:
What I meant to achieve is accomplished with Replaces/Provides without
the Conflicts. Once xz-utils has written over all the files of lzma,
lzma would be marked as uninstalled, so normally the two packages
would not be installed at once
61 matches
Mail list logo
