Hi Yavor,
The information in debian/copyright is not yet complete, see GNUstep.h.
Regards,
Bart Martens
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201206050
El 04/06/12 23:38, Arno Töll escribió:
> I find it quite strange that the upstream authors are aware of this
> problem but do not care to violate their own licensing terms by the way
> (this makes alternative b) quite appealing to them I guess).
>
Well, I think they know that *after* developing it
Hi Axel,
thank you very much for your comments.
> a few observations (without having gone too deep yet, so I might have overseen
> some reasoning):
>
> notion_3+2012042300.orig.tar.gz from your package and
> notion-3-2012042300-src.tar.gz from SF seem to differ:
>
> 0ffd57a75f2c1a75ce551b3baef1
Hi Bas,
I suggest to do the following changes:
- Remove machine/m_gnu.c from debian/patches/ptop_hurd,
- Add "cp -f machine/m_linux.c machine/m_gnu.c" to debian/rules,
- Add debian/clean containing "machine/m_gnu.c",
- Add similar changes for the other arch(s) with the same problem,
- Rename debia
Your message dated Tue, 05 Jun 2012 04:14:18 +
with message-id
and subject line closing RFS: rsskit/0.3-2
has caused the Debian Bug report #675811,
regarding RFS: rsskit/0.3-2
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is n
Processing commands for cont...@bugs.debian.org:
> retitle 675701 RFS: ptop/3.6.2-7
Bug #675701 [sponsorship-requests] RFS: ptop/3.6.2-8
Changed Bug title to 'RFS: ptop/3.6.2-7' from 'RFS: ptop/3.6.2-8'
> stop
Stopping processing here.
Please contact me if you need assistance.
--
675701: http://
Your message dated Tue, 05 Jun 2012 04:14:18 +
with message-id
and subject line closing RFS: sanlock/2.2-1 [ITP]
has caused the Debian Bug report #674997,
regarding RFS: sanlock/2.2-1 [ITP]
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not th
On 03/06/12 20:56, Jakub Wilk wrote:
> You wrote:
>
> if [ "fgrep -q -x ..." -o "fgrep -q -x ..." ]; then
>
> This condition is always true (also: not very portable). You want this
> instead:
>
> if fgrep -q -x ... || fgrep -q -x ...; then
Thanks for catching this. Another version uploa
On 04.06.2012 23:41, Arno Töll wrote:
> Software License which is GPL compatible. There is no need to do such
^ that should read: OpenSSL
compatible
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.as
Hi,
On 04.06.2012 23:27, Игорь Пашев wrote:
> It could be replaced via Debain patch.
> AFAIK something similar is done for Apache (or APR?)
Both, Apache and APR is licensed under the terms of the Apache 2.0
Software License which is GPL compatible. There is no need to do such
things for ASF softw
Hi,
On 04.06.2012 23:07, José Luis Segura Lucas wrote:
> Is this md5 function compatible with GPL license? If it isn't, are there
> any other implementation compatible with GPL2?
No it is not. The OpenSSL crypto routines are under the same terms as
the whole OpenSSL project. The OpenSSL license i
It could be replaced via Debain patch.
AFAIK something similar is done for Apache (or APR?)
2012/6/5 José Luis Segura Lucas :
> I'm starting the packaging work for grive [1].
>
> When I finished the first aproach to the Debian package, I run lintian to
> see the possible errors, and between a big
I'm starting the packaging work for grive [1].
When I finished the first aproach to the Debian package, I run lintian
to see the possible errors, and between a big set of warning, I found
the next error:
possible-/gpl/-code-linked-with-openssl
I speak with upstream authors and they tell me that
On 6/4/2012 3:53 PM, Bas van den Dikkenberg wrote:
> Hi bart,
>
> -Oorspronkelijk bericht-
> Van: Bart Martens [mailto:ba...@master.debian.org] Namens Bart Martens
> Verzonden: maandag 4 juni 2012 19:35
> Aan: Bas van den Dikkenberg
> CC: 675...@bugs.debian.org; Barry deFreese
> Onderwerp:
Any takers?
On Sat, May 19, 2012 at 05:23:10PM +0200, Andrea Bolognani wrote:
> Dear mentors,
>
> I am looking for a sponsor for my package "cattle-1.0"
>
> * Package name: cattle-1.0
> Version : 1.0.1-1
> Upstream Author : Andrea Bolognani
> * URL
Any takers?
On Sat, May 19, 2012 at 05:14:22PM +0200, Andrea Bolognani wrote:
> Dear mentors,
>
> I am looking for a sponsor for my package "beef"
>
> * Package name: beef
> Version : 1.0.0-1
> Upstream Author : Andrea Bolognani
> * URL : http://k
Hi,
> Sorry, but no. I just tested and it doesn't work.
>
> With the attached .gtkrc-2.0-kde as created by the current src:kcm-gtk, when
> entering the dialog of src:kde-gtk-config, the dialogs don't show "Raleigh"
> nor "DejaVu Sans 9", but "oxygen-gtk" and "Bitstream Charter 12" (and "Emacs"
> f
Il 03/06/2012 22:33, Thorsten Alteholz ha scritto:
> Hi Giulio,
>
> On Sun, 3 Jun 2012, Giulio Paci wrote:
>> You are right, that link still points to the upload you reviewed the
>> first time: new uploads did not overwrote those file, due to the section
>> change.
>
> oh, no, this has been my fi
Hi bart,
-Oorspronkelijk bericht-
Van: Bart Martens [mailto:ba...@master.debian.org] Namens Bart Martens
Verzonden: maandag 4 juni 2012 19:35
Aan: Bas van den Dikkenberg
CC: 675...@bugs.debian.org; Barry deFreese
Onderwerp: RFS: ptop
Hi Bas,
I suggested earlier to have another look at th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi!
On 04.06.2012 19:56, Julien Cristau wrote:
>>> There seems to be just about 0 creative content in that file. What
>>> exactly is the problem with it?
>> Figlet 2.2.5 has just been released with the following changelog [1].
> That doesn't seem
Hi,
> Sorry, but no. I just tested and it doesn't work.
>
> With the attached .gtkrc-2.0-kde as created by the current src:kcm-gtk, when
> entering the dialog of src:kde-gtk-config, the dialogs don't show "Raleigh"
> nor "DejaVu Sans 9", but "oxygen-gtk" and "Bitstream Charter 12" (and "Emacs"
> f
Le samedi, 2 juin 2012 16.56:10, vous avez écrit :
> > 2) Handling of the transition
> >
> > I just tested with a clean user: the current kde-config-gtk-style creates
> > one .gtkrc-2.0-kde while your new kde-config-gtk-style creates one
> > .gtkrc-2.0-kde4 that is a symlink to .gtkrc-2.0 . You sh
On Mon, 04 Jun 2012 12:37:45 +0200, Vincent Fourmond wrote:
> > [java] No protocol specified
> > [java] Exception in thread "main" java.lang.InternalError: Can't
> > connect to X11 window server using ':0.0' as the value of the DISPLAY
> > variable.
> I had similar problems that I sol
Processing commands for cont...@bugs.debian.org:
> retitle 675487 RFS: ebtables/2.0.10.4-1
Bug #675487 [sponsorship-requests] RFS: ebtables/2.0.10.4-1 [NMU]
Changed Bug title to 'RFS: ebtables/2.0.10.4-1' from 'RFS: ebtables/2.0.10.4-1
[NMU]'
> stop
Stopping processing here.
Please contact me if
On Thu, May 31, 2012 at 23:51:51 +0100, Jonathan McCrohan wrote:
> On 30/05/12 20:05, Julien Cristau wrote:
> > There seems to be just about 0 creative content in that file. What
> > exactly is the problem with it?
>
> Figlet 2.2.5 has just been released with the following changelog [1].
>
That
Since "Jochen Friedrich wrote via private e-mail that he prefers that
William Dauchy
adds himself to "Uploaders" instead of doing an NMU."
the link is now
dget -x
http://mentors.debian.net/debian/pool/main/e/ebtables/ebtables_2.0.10.4-1.dsc
--
William
--
To UNSUBSCRIBE, email to debian-ment
Hi Bas,
I suggested earlier to have another look at the list of architectures for these
reasons :
- m68k is twice on the list,
- hppa is not on the list but removing hppa is not mentioned in
debian/changelog,
- powerpcspe is on the list but the build fails for the same reason as hppa.
Architect
Package: sponsorship-requests
Severity: normal
Dear mentors,
I'm looking for a sponsor for my package "projectcenter.app".
This upload fixes #674920.
http://mentors.debian.net/debian/pool/main/p/projectcenter.app/projectcenter.app_0.6.0-2.dsc
Changes:
projectcenter.app (0.6.0-2) unstable; urge
Processing commands for cont...@bugs.debian.org:
> retitle 675487 RFS: ebtables/2.0.10.4-1 [NMU]
Bug #675487 [sponsorship-requests] RFS: ebtables/2.0.10.4-0.1 [NMU]
Changed Bug title to 'RFS: ebtables/2.0.10.4-1 [NMU]' from 'RFS:
ebtables/2.0.10.4-0.1 [NMU]'
> stop
Stopping processing here.
Plea
Package: sponsorship-requests
Severity: important
Dear mentors,
I'm looking for a sponsor for my package "cynthiune.app".
This upload would fix #633543, #656604 and #667867.
http://mentors.debian.net/debian/pool/main/c/cynthiune.app/cynthiune.app_0.9.5-14.dsc
Changes:
cynthiune.app (0.9.5-14)
(I don't intend to sponsor this package.)
* Jacopo Lorenzetti , 2012-05-09, 02:13:
http://mentors.debian.net/debian/pool/main/g/gnome-session-shutdown/gnome-session-shutdown_1.81-1.dsc
I'd use "=" instead of ":=" in debian/rules, so that the variable is not
uselessly evaluated even when it's
Processing commands for cont...@bugs.debian.org:
> Retitle 675701 RFS: ptop/3.6.2-8
Bug #675701 [sponsorship-requests] RFS: ptop/3.6.2-7
Changed Bug title to 'RFS: ptop/3.6.2-8' from 'RFS: ptop/3.6.2-7'
>
End of message, stopping processing here.
Please contact me if you need assistance.
--
6757
Hi bart,
-Oorspronkelijk bericht-
Van: Bart Martens [mailto:ba...@master.debian.org] Namens Bart Martens
Verzonden: zondag 3 juni 2012 7:50
Aan: Bas van den Dikkenberg
CC: 675...@bugs.debian.org
Onderwerp: RFS: ptop/3.6.2-7
Hi Bastiaan,
Please have another look at the list of architectur
Hello,
On Mon, Jun 4, 2012 at 12:27 PM, Andreas Tille wrote:
> run:
> [copy] Copying 1 file to /tmp/buildd
> [java] No protocol specified
> [java] Exception in thread "main" java.lang.InternalError: Can't connect
> to X11 window server using ':0.0' as the value of the DISPLAY varia
Hi,
I just commited packaging stuff for the latest ImageJ version to SVN[1] but
I failed in building when using pdebuild:
build:
[copy] Copying 1 file to /tmp/buildd/imagej-1.46o/build
[copy] Copying 1 file to /tmp/buildd/imagej-1.46o/build
[copy] Copying 1 file to /tmp/buildd/imag
My preference is for a plain mailing list, at least until debbugs
#645974/#485697 is fixed to unbreak threading.
Back to the topic, I don't mind either way since I mostly ignore
debian-mentors these days.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-mentors
> See #642158, for an explanation. The short story is, it's easier to
> support build-id (from a gdb PoV) than N+1 multi-arched paths.
>
> It should not cause any issues.
Thanks for your answer.
So everything is fine as it gets done then, I think.
BR,
Björn Esser
--
To UNSUBSCRIBE, email to
Björn Esser writes:
> Hello!
>
> Why does dh >= 9 (in paticular the latest version in sid) put the
> debugging-symbols in
> usr/lib/debug/.build-id/$(2-Byte-Random)/$(Random).debug when building
> a lib with multi-arch-support?
See #642158, for an explanation. The short story is, it's easier to
On Mon, Jun 04, 2012 at 10:03:06AM +0200, Björn Esser wrote:
> Why does dh >= 9 (in paticular the latest version in sid) put the
> debugging-symbols in
> usr/lib/debug/.build-id/$(2-Byte-Random)/$(Random).debug when building
> a lib with multi-arch-support?
Because it uses NT_GNU_BUILD_ID field to
On Saturday 26 May 2012 22:44:56 gregor herrmann wrote:
> My shell history finds
> licensecheck -c . -r . | /usr/lib/cdbs/licensecheck2dep5
> but I don't remember if I was impressed by the result or not :)
I've used a similar command to update padre package (or was it pan?).
Since this comm
Arno Töll writes:
> Hi,
> Jakub asked me to forward his comment from IRC to thhis list (where he's
> not subscribed anymore as some might remember):
>
> 14:14 < jwilk> IME the problem with mailing lists that nobody reads is
> that from time to time some misguided people will post to them. Worse,
Still looking for a sponsor. Anyone interested?
Cheers,
David
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/00032a49.4fcc8...@pegasus.munzinger.de
Hello!
Why does dh >= 9 (in paticular the latest version in sid) put the
debugging-symbols in
usr/lib/debug/.build-id/$(2-Byte-Random)/$(Random).debug when building
a lib with multi-arch-support?
The package uses straight debhelper. No tweaks in debian/rules, but
some usual override_*-indep and o
Hi,
Trying again, since I've got no answer to the last e-mail I sent on
the Games Team list.
I've uploaded a new version of the GemRB package to mentors.debian.net
and I'm still looking for a sponsorship.
You'll find all the details here, and on the bug #668505:
http://mentors.debian.net/package
44 matches
Mail list logo
