Bug#879454: dianara: Wrong dependency on Qt4-based QCA2 plugins, pulls Qt4 core
Hi, While updating to dianara 1.4.1, I am trying to fix this bug. > I've noticed that Dianara, as of 1.4.0-1 still depends on libqca2-plugin-ossl, > which is a dummy package depending on libqca2-plugins, which are qt4-based, > and > cause libqtcore4 to be installed. > > This is a remnant of the Qt4 days of this package and should be removed. > The package already depends on libqca-qt5-2, which is the correct version. +1 This dependency will be removed. > *However*, it probably *should* depend on libqca-qt5-2-plugins, which is > recommended > by libqca-qt5-2, but not a hard dependency, and so it might not get installed > for > some people, leading to a crash on startup. dianara depends on libqoauth2 and libqoauth2 depends on libqca-qt5-2-plugins, so this explicit dependency is not needed. > Also, as an aside that probably doesn't merit its own bugreport, I see this > package > still build-depends on libmagic-dev, which I guess should not be there. > When building with Qt 5 (the only option nowadays), libmagic is not directly > used > anymore, using Qt5 MIME methods instead. This is not a real issue, but I > thought I'd > mention it, maybe saves some time to the build system? =) +1 This dependency will be removed. > As usual, thanks for maintaining Dianara ;) Thanks to you for developing Dianara!
Bug#840540: Raising severity
On 31/08/17 02:06, Lisandro Damián Nicanor Pérez Meyer wrote: > On 30 August 2017 at 18:49, Mònica Ramírez Arceda wrote: > > Hi! > > > > On 30/08/17 23:34, Lisandro Damián Nicanor Pérez Meyer wrote: > >> Control: severity -1 serious > >> > >> Hi! I have just uploaded qoauth to unstable thus starting the transition. > >> I don't mind nmuing dianara, feel free to ask me so. I'll do it if I don't > >> get any answer in ~2 days. > > Sorry for the delayed answer. I will try to upload dianara tomorrow. If I > > don't do it, feel free to NMU! > > > > Thanks! > > Gracias a vos! I have just uploaded dianara 1.3.7-3. I hope everything is working fine!
Bug#840540: Raising severity
Hi! On 30/08/17 23:34, Lisandro Damián Nicanor Pérez Meyer wrote: > Control: severity -1 serious > > Hi! I have just uploaded qoauth to unstable thus starting the transition. I > don't mind nmuing dianara, feel free to ask me so. I'll do it if I don't get > any answer in ~2 days. Sorry for the delayed answer. I will try to upload dianara tomorrow. If I don't do it, feel free to NMU! Thanks!
Bug#863311: RFP: django-ckeditor -- Django admin CKEditor integration
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org * Package name: django-ckeditor Version : 5.2.2 * Upstream Author : Shaun Sephton URL : https://github.com/django-ckeditor/django-ckeditor License : 3-Clause BSD License Django CKEditor is an app for Django that allows you to add rich text editing capabilities to your models. It also has file upload support.
Bug#863025: RFP: slick -- a responsive carousel jQuery plugin
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org * Package name: slick Version : 1.6.0 Upstream Author : Ken Wheeler * URL : http://kenwheeler.github.io/slick/ * License : MIT Programming Lang: Javascript Description : a responsive carousel jQuery plugin slick is a responsive carousel jQuery plugin that supports multiple breakpoints, CSS3 transitions, touch events/swiping and much more Features: * Fully responsive. Scales with its container. * Separate settings per breakpoint * Uses CSS3 when available. Fully functional when not. * Swipe enabled. Or disabled, if you prefer. * Desktop mouse dragging * Infinite looping. * Fully accessible with arrow key navigation * Add, remove, filter and unfilter slides * Autoplay, dots, arrows, callbacks...
Bug#832602: libxml2: diff for NMU version 2.9.4+dfsg1-2.2
Control: tags 832602 + patch
Control: tags 832602 + pending
Control: tags 832864 + patch
Control: tags 832864 + pending
Dear maintainer,
I've prepared an NMU for libxml2 (versioned as 2.9.4+dfsg1-2.2) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.
It would be great if you upload new version of libxml instead of this NMU,
since this patch is already included.
Regards.
diff -Nru libxml2-2.9.4+dfsg1/debian/changelog libxml2-2.9.4+dfsg1/debian/changelog
--- libxml2-2.9.4+dfsg1/debian/changelog 2016-10-30 16:30:55.0 +0100
+++ libxml2-2.9.4+dfsg1/debian/changelog 2017-01-14 15:31:49.0 +0100
@@ -1,3 +1,11 @@
+libxml2 (2.9.4+dfsg1-2.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix attribute decoding during XML schema validation
+(Closes: #832602, #832864)
+
+ -- Mònica Ramírez Arceda Sat, 14 Jan 2017 15:31:49 +0100
+
libxml2 (2.9.4+dfsg1-2.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru libxml2-2.9.4+dfsg1/debian/patches/0008-Fix-attribute-decoding-during-XML-schema-validation.patch libxml2-2.9.4+dfsg1/debian/patches/0008-Fix-attribute-decoding-during-XML-schema-validation.patch
--- libxml2-2.9.4+dfsg1/debian/patches/0008-Fix-attribute-decoding-during-XML-schema-validation.patch 1970-01-01 01:00:00.0 +0100
+++ libxml2-2.9.4+dfsg1/debian/patches/0008-Fix-attribute-decoding-during-XML-schema-validation.patch 2017-01-14 15:10:14.0 +0100
@@ -0,0 +1,66 @@
+From 256366ed60f8795279b25f7b7b55e8089b4c6ff4 Mon Sep 17 00:00:00 2001
+From: Alex Henrie
+Date: Thu, 26 May 2016 17:38:35 -0600
+Subject: [PATCH] Fix attribute decoding during XML schema validation
+
+For https://bugzilla.gnome.org/show_bug.cgi?id=766834
+
+vctxt->parserCtxt is always NULL in xmlSchemaSAXHandleStartElementNs,
+so this function can't call xmlStringLenDecodeEntities to decode the
+entities.
+---
+ xmlschemas.c | 30 +-
+ 1 file changed, 25 insertions(+), 5 deletions(-)
+
+diff --git a/xmlschemas.c b/xmlschemas.c
+index e1b3a4f..59535e5 100644
+--- a/xmlschemas.c
b/xmlschemas.c
+@@ -27391,6 +27391,7 @@ xmlSchemaSAXHandleStartElementNs(void *ctx,
+ * attributes yet.
+ */
+ if (nb_attributes != 0) {
++ int valueLen, k, l;
+ xmlChar *value;
+
+ for (j = 0, i = 0; i < nb_attributes; i++, j += 5) {
+@@ -27400,12 +27401,31 @@ xmlSchemaSAXHandleStartElementNs(void *ctx,
+ * libxml2 differs from normal SAX here in that it escapes all ampersands
+ * as & instead of delivering the raw converted string. Changing the
+ * behavior at this point would break applications that use this API, so
+- * we are forced to work around it. There is no danger of accidentally
+- * decoding some entity other than & in this step because without
+- * unescaped ampersands there can be no other entities in the string.
++ * we are forced to work around it.
+ */
+- value = xmlStringLenDecodeEntities(vctxt->parserCtxt, attributes[j+3],
+- attributes[j+4] - attributes[j+3], XML_SUBSTITUTE_REF, 0, 0, 0);
++ valueLen = attributes[j+4] - attributes[j+3];
++ value = xmlMallocAtomic(valueLen + 1);
++ if (value == NULL) {
++ xmlSchemaVErrMemory(vctxt,
++ "allocating string for decoded attribute",
++ NULL);
++ goto internal_error;
++ }
++ for (k = 0, l = 0; k < valueLen; l++) {
++ if (k < valueLen - 4 &&
++ attributes[j+3][k+0] == '&' &&
++ attributes[j+3][k+1] == '#' &&
++ attributes[j+3][k+2] == '3' &&
++ attributes[j+3][k+3] == '8' &&
++ attributes[j+3][k+4] == ';') {
++ value[l] = '&';
++ k += 5;
++ } else {
++ value[l] = attributes[j+3][k];
++ k++;
++ }
++ }
++ value[l] = '\0';
+ /*
+ * TODO: Set the node line.
+ */
+--
+2.8.3
+
diff -Nru libxml2-2.9.4+dfsg1/debian/patches/series libxml2-2.9.4+dfsg1/debian/patches/series
--- libxml2-2.9.4+dfsg1/debian/patches/series 2016-10-30 16:30:55.0 +0100
+++ libxml2-2.9.4+dfsg1/debian/patches/series 2017-01-14 15:10:14.0 +0100
@@ -5,3 +5,4 @@
0005-Fix-XPointer-paths-beginning-with-range-to.patch
0006-Disallow-namespace-nodes-in-XPointer-ranges.patch
0007-Fix-more-NULL-pointer-derefs-in-xpointer.c.patch
+0008-Fix-attribute-decoding-during-XML-schema-validation.patch
Bug#840540: dianara: Please update to v1.3.5 to allow switching qoauth to qt5
Hi, Finally, we won't do the migration of dianara to qt5 for stretch. Library migrations were not allowed and we decided not to violate Release Team decision, although the migration was very small. I have uploaded 1.3.6 built with qt4 and let's see if we can have dianara with qt5 in backports. So, this bug is still open until migration is done after freeze. Cheers, Mònica
Bug#832602: [libxml2] Schema validation with attribute checks fails (upstream #766834)
Hi, This bug is affecting xmlstarlet (see RC bug #832864). I could disable two tests to make xmlstaret build but I would prefer not to do it. Are you planning to fix it before freeze date (2017 Feb 5)? Thanks! On Wed, 27 Jul 2016 14:13:16 +0200 Andre Naujoks wrote: > Package: libxml2 > Version: 2.9.4+dfsg1-1 > Severity: important > > --- Please enter the report below this line. --- > > XML Schema validation fails, when attribute values are checked against a > pattern or otherwise non-empty attributes would not validate. > > Attached are a very simple schema and an XML file, which validates with > 2.9.3 but not with 2.9.4 > > The generated errors are: > # xmlstarlet val -e -s test.xsd test.xml > test.xml:1.18: Element 'Test', attribute 'test': [facet 'pattern'] The > value '' is not accepted by the pattern '.+'. > test.xml:1.18: Element 'Test', attribute 'test': '' is not a valid value > of the atomic type 'mytype'. > test.xml - invalid > > The bug is known upstream: https://bugzilla.gnome.org/show_bug.cgi?id=766834 > > A patch is available there, too. The patch solves the problem. > > I am not attaching the patch, because I did not write it. > > There is a mailing-list thread, which mentions the patch and why it is > not yet applied, and it seems they are waiting for a review by the > author of libxml2, which did not happen until now. > https://mail.gnome.org/archives/xml/2016-June/msg3.html > > I'd like to ask, if Debian could carry the patch from the upstream > bug-tracker until it lands upstream and a new version is released, > because this bug breaks basically all schema validation, that is not > trivial. > > Regards > Andre > > --- System information. --- > Architecture: amd64 > Kernel: Linux 4.6.0-1-amd64 > > Debian Release: stretch/sid > 500 unstableftp.de.debian.org 500 testing > ftp.de.debian.org 1 experimentalftp.de.debian.org > --- Package information. --- > Depends (Version) | Installed > =-+-= > libc6 (>= 2.15) | libicu55 (>= > 55.1-1~) | liblzma5 (>= 5.1.1alpha+20120614) | zlib1g > (>= 1:1.2.3.3) | > > Recommends (Version) | Installed > =-+-=== > xml-core | 0.13+nmu2 > > > Package's Suggests field is empty.
Bug#840540: dianara: Please update to v1.3.5 to allow switching qoauth to qt5
Lisandro Damián Nicanor Pérez Meyer writes: > [ Unknown signature status ] > Mónica: you should now be able to drop the patch. Patch dropped! It builds and works for me :-) https://anonscm.debian.org/cgit/collab-maint/dianara.git
Bug#840540: dianara: Please update to v1.3.5 to allow switching qoauth to qt5
> Hi!
>
> I've tested this (on two i386 Sid machines) and have some feedback.
>
> Dianara uses qmake as the buildsystem, so it relies on a oauth.prf spec
> file, which was missing in the Qt4 version of libqoauth-dev[1], but is
> present now.
> The problem is that this oauth.prf file needs some adapting.
>
> This is a simple diff of the changes I made to make it work:
>
> 1c1
> < QOAUTH_INCDIR = $$[QT_INSTALL_HEADERS]
> ---
>> QOAUTH_INCDIR = /usr/include ### $$[QT_INSTALL_HEADERS]
> 4,5c4,5
> < QOAUTH_INCDIR ~= s!/qt4*!!
> < QOAUTH_LIBDIR ~= s!/qt4*!!
> ---
>> #QOAUTH_INCDIR ~= s!/qt4*!!
>> #QOAUTH_LIBDIR ~= s!/qt4*!!
>
>
> Basically, make QOAUT_INCDIR point to /usr/include instead of using that
> variable, which points to /usr/lib/{$arch-triplet}/qt5.
>
> Then the other two lines that would take care of removing "qt4" from the
> resulting variable, should be removed or commented out.
>
> Or, as an alternative, libqoauth-dev should put its header files in that
> /usr/lib/{archtriplet}/qt5 path, whatever's best. I don't know how that
> would affect Choqok or other potential "users".
>
>
> With this, Dianara builds perfectly with Qt 5. Package
> libqca-qt5-2-plugins should be a new dependency instead of
> libqca2-plugin-ossl, since apparently QCA plugins for the Qt5 version
> are all packed into that one.
I built the package without these changes and builds ok for me. Weird... The
only thing I did is (a part of changing to qt5) is add a patch to use a
different QtOAuth path. I can run it ok, as well.
I uploaded my changes to git repository:
https://anonscm.debian.org/git/collab-maint/dianara.git
It's weird I can build it and you don't... Am I doing something wrong?
Lisandro: it is my first qt5 migration, could you review it? Am I
missing something? Could you test if it works for you?
Thanks to both!
Bug#840540: dianara: Please update to v1.3.5 to allow switching qoauth to qt5
Lisandro Damián Nicanor Pérez Meyer writes: > [ Unknown signature status ] > On miércoles, 19 de octubre de 2016 8:28:34 A. M. ART Mònica Ramírez Arceda > wrote: > [snip] >> I understand that you will tell me when qoauth is in experimental so I >> can test if dianara works fine with this new version and then decide a >> date to push it to unstable. Is that correct? > > Right! Perfect :) Waiting for your news!
Bug#840540: dianara: Please update to v1.3.5 to allow switching qoauth to qt5
Lisandro Damián Nicanor Pérez Meyer writes: > [ Unknown signature status ] > On lunes, 17 de octubre de 2016 9:42:16 A. M. ART Mònica Ramírez Arceda wrote: >> Hi, >> >> > Hi! The only two consumers of QOauth are dianara and choqok. I would like >> > to switch Choqok and QOauth to qt5, so if we can coordinate to also get >> > Dianara updated to https://jancoding.wordpress.com/2016/10/ and use >> > QOauth-qt5 I can remove qt4's qoauth at the same time. >> >> Yes, of course. > > Excellent! > >> > I haven't yet checked what needs to get done in order to get qt5-qoauth, >> > but will try to do it and push it to experimental. >> >> Please, tell me if it works fine. What is your plan? If you want, I can >> try to build dianara v1.3.5 when qt5-qoauth is in unstable. > > The problem is that if I push qoauth to unstable the current version of > dianara will become unbuildable and thus RC buggy. ok > I plan to remove the Qt4 version in the same move because the onl y users for > it are choqok and dianara, so I will push qoauth to experimental first and > then my idea was to coordinate the upload of the three of them. Does that > workflow fits you? I understand that you will tell me when qoauth is in experimental so I can test if dianara works fine with this new version and then decide a date to push it to unstable. Is that correct? Thanks!
Bug#840540: dianara: Please update to v1.3.5 to allow switching qoauth to qt5
Hi, > Hi! The only two consumers of QOauth are dianara and choqok. I would like to > switch Choqok and QOauth to qt5, so if we can coordinate to also get Dianara > updated to https://jancoding.wordpress.com/2016/10/ and use QOauth-qt5 I can > remove qt4's qoauth at the same time. Yes, of course. > I haven't yet checked what needs to get done in order to get qt5-qoauth, but > will try to do it and push it to experimental. Please, tell me if it works fine. What is your plan? If you want, I can try to build dianara v1.3.5 when qt5-qoauth is in unstable. Thanks!
Bug#832864: xmlstarlet: FTBFS: dh_auto_test: make -j1 check VERBOSE=1 returned exit code 2
Hi, The package does not build because it does not pass two tests related to schemas: >> FAIL: examples/schema1 >> FAIL: examples/valid1 I am afraid that the problem is a libxml2 bug detailed here: #832864 I have built xmlstarlet against libxml2=2.9.1+dfsg1-5+deb8u1 (previous version in Debian) and the package builds ok. I could disable these two tests, but I think it is better to wait a little bit until this libxml2 bug is fixed. Cheers.
Bug#756630: newusers fails adding multiple users
Hi, I can confirm this bug. Using a file with 5 new users I get the following error: # newusers 5users.csv *** Error in `newusers': double free or corruption (!prev): 0x01ae2d10 *** Aborted A curious detail: if the first 4 users are already created and I run newusers, the 5th one is added without problems. If I have 6 users in the file and the first 5 users are already created the 6th one is added without problems. And so on. $ dpkg -s passwd | grep 'Version' Version: 1:4.2-3.1
Bug#826854: O: splitvt -- run two programs in a split screen
Package: wnpp Severity: normal I intend to orphan the splitvt package. The package description is: A utility to split a vt100 compatible screen into two halves, upper and lower, and run a different program simultaneously in each half. The package state is ok: it is lintian free, although it has some (upstream) bugs.
Bug#796547: git-buildpackage: 'gbp buildpackage' fails without -d option
Package: git-buildpackage Version: 0.6.32 Severity: normal Dear Maintainer, When I run gbp buildpackage without -d option, it fails: monica@celfred:~/debian/dianara/dianara$ gbp buildpackage --git-pbuilder --git- verbose gbp:debug: ['git', 'rev-parse', '--show-cdup'] gbp:debug: ['git', 'rev-parse', '--is-bare-repository'] gbp:debug: /bin/true [] [] gbp:debug: ['git', 'status', '--porcelain'] gbp:debug: ['git', 'symbolic-ref', 'HEAD'] gbp:debug: ['git', 'show-ref', 'refs/heads/master'] gbp:debug: ['git', 'rev-parse', '--quiet', '--verify', 'HEAD'] gbp:debug: ['git', 'show-ref', 'refs/heads/pristine-tar'] gbp:debug: ['git', 'log', '--pretty=format:%H', '--grep=pristine-tar .* dianara_1.3.1\\.orig.tar\\.', 'pristine-tar', '--'] gbp:debug: Found pristine-tar commit at 'd1620ade010bf41d89d182dc1b19822aa1e0a8bd' gbp:debug: ['git', 'rev-parse', '--quiet', '--verify', 'd1620ade010bf41d89d182dc1b19822aa1e0a8bd^0'] gbp:debug: ['git', 'show', '-- pretty=format:%an%x00%ae%x00%ad%x00%cn%x00%ce%x00%cd%x00%s%x00%f%x00%b%x00', '-z', '--date=raw', '--no-renames', '--name-status', 'd1620ade010bf41d89d182dc1b19822aa1e0a8bd'] gbp:debug: Determined compression type 'gzip' gbp:info: Building with (cowbuilder) for sid gbp:debug: git-pbuilder [] [] Building with cowbuilder for distribution sid I: using cowbuilder as pbuilder dpkg-checkbuilddeps: Unmet build dependencies: qt4-qmake libqt4-dev libqjson- dev libqoauth-dev libmagic-dev W: Unmet build-dependency in source dpkg-buildpackage: source package dianara dpkg-buildpackage: source version 1.3.1-1 dpkg-buildpackage: source distribution UNRELEASED dpkg-buildpackage: source changed by Mònica Ramírez Arceda dpkg-source --before-build dianara dpkg-source: info: using options from dianara/debian/source/local-options: --unapply-patches dpkg-source: info: applying 10-use-source-date-epoch.patch dpkg-checkbuilddeps: Unmet build dependencies: qt4-qmake libqt4-dev libqjson- dev libqoauth-dev libmagic-dev dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting dpkg-buildpackage: warning: (Use -d flag to override.) gbp:error: 'git-pbuilder' failed: it exited with 3 If I run this command with -d option (that is passed to dpkg) gbp buildpackage runs correctly: monica@celfred:~/debian/dianara/dianara$ gbp buildpackage --git-pbuilder --git- verbose -d gbp:debug: ['git', 'rev-parse', '--show-cdup'] gbp:debug: ['git', 'rev-parse', '--is-bare-repository'] gbp:debug: /bin/true [] [] gbp:debug: ['git', 'status', '--porcelain'] gbp:debug: ['git', 'symbolic-ref', 'HEAD'] gbp:debug: ['git', 'show-ref', 'refs/heads/master'] gbp:debug: ['git', 'rev-parse', '--quiet', '--verify', 'HEAD'] gbp:debug: ['git', 'show-ref', 'refs/heads/pristine-tar'] gbp:debug: ['git', 'log', '--pretty=format:%H', '--grep=pristine-tar .* dianara_1.3.1\\.orig.tar\\.', 'pristine-tar', '--'] gbp:debug: Found pristine-tar commit at 'd1620ade010bf41d89d182dc1b19822aa1e0a8bd' gbp:debug: ['git', 'rev-parse', '--quiet', '--verify', 'd1620ade010bf41d89d182dc1b19822aa1e0a8bd^0'] gbp:debug: ['git', 'show', '-- pretty=format:%an%x00%ae%x00%ad%x00%cn%x00%ce%x00%cd%x00%s%x00%f%x00%b%x00', '-z', '--date=raw', '--no-renames', '--name-status', 'd1620ade010bf41d89d182dc1b19822aa1e0a8bd'] gbp:debug: Determined compression type 'gzip' gbp:info: Building with (cowbuilder) for sid gbp:debug: git-pbuilder ['-d'] [] Building with cowbuilder for distribution sid I: using cowbuilder as pbuilder dpkg-checkbuilddeps: Unmet build dependencies: qt4-qmake libqt4-dev libqjson- dev libqoauth-dev libmagic-dev W: Unmet build-dependency in source dpkg-buildpackage: source package dianara dpkg-buildpackage: source version 1.3.1-1 dpkg-buildpackage: source distribution UNRELEASED dpkg-buildpackage: source changed by Mònica Ramírez Arceda dpkg-source --before-build dianara dpkg-source: info: using options from dianara/debian/source/local-options: --unapply-patches dpkg-source: info: applying 10-use-source-date-epoch.patch fakeroot debian/rules clean dh clean dh_testdir dh_auto_clean dh_clean dpkg-source -b dianara dpkg-source: info: using
Bug#780669: bug 780669 is ITP for package neutron-lbaas already in Debian
Hi, I'm closing this bug because this package is already in Debian: http://packages.qa.debian.org/neutron-lbaas Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#784818: bug 784818 is ITP for package golang-codegangsta-cli already in Debian
Hi, I'm closing this bug because this package is already in Debian: http://packages.qa.debian.org/golang-codegangsta-cli Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#773049: bug 773049 is ITP for package libsoldout already in Debian
Hi, I'm closing this bug because this package is already in Debian: http://packages.qa.debian.org/libsoldout Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775946: ITP missing for package objeck-lang-i386 with RFS 775946 with ITP in title
According to [0], objeck-lang-i386 has not its corresponding ITP bug, despite #775946 title. Please, could you file this ITP bug? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#722870: xmlstarlet link with -L/usr/lib
Noam Postavsky writes: > On Tue, Sep 16, 2014 at 9:38 AM, Mònica Ramírez wrote: >> >> Noam: Pleae, could you review if I am breaking something? > > This would break attempts to ./configure with libxml or libxslt in > non-standard location, i.e., --with-lib(xml|xslt)-prefix and > --with-lib(xml|xslt)-libs-prefix options would not change the lib > search path. I suppose Debian builds can assume libxml and libxslt > will always be in the standard search path? Yes, I hope we can suppose so :-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#722870: xmlstarlet link with -L/usr/lib
Hi, I've prepared a patch to try to fix this bug. This patch must be applied to Debian package version 1.6.1-1, uploaded on Sep 14th to Debian unstable. It is working for me. YunQiang: Please, could you test it in your system to see if it also works for you? Noam: Pleae, could you review if I am breaking something? Thank you both! commit eef9f5c27016fbe809c9f51bb21d6bbad56e6887 Author: Mònica Ramírez Arceda Date: Mon Sep 15 15:03:02 2014 +0200 Remove -L/usr/lib from build system. diff --git a/debian/changelog b/debian/changelog index 6481698..b4561e8 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +xmlstarlet (1.6.1-2) UNRELEASED; urgency=medium + + * Remove -L/usr/lib from the build system. (Closes: #722870) + + -- Mònica Ramírez Arceda Tue, 16 Sep 2014 14:46:27 +0200 + xmlstarlet (1.6.1-1) unstable; urgency=medium * New upstream release. diff --git a/debian/patches/70-remove-link-usr-lib.patch b/debian/patches/70-remove-link-usr-lib.patch new file mode 100644 index 000..7d0bc11 --- /dev/null +++ b/debian/patches/70-remove-link-usr-lib.patch @@ -0,0 +1,23 @@ +Description: Remove links to /usr/lib to fix #722870. +Author: Mònica Ramírez Arceda +Last-Update: 2012-10-28 + + +--- a/configure.ac b/configure.ac +@@ -56,7 +56,6 @@ + AS_IF([test "x$STATIC_LIBS" != xno], + [LIBXML_LIBS="$LIBXML_LIBDIR/libxml2.a"], + [LIBXML_LIBS="-lxml2"]) +-[LIBXML_LDFLAGS="-L$LIBXML_LIBDIR"] + + + XSTAR_LIB_CHECK([LIBXSLT], [xslt-config]) +@@ -68,7 +67,6 @@ +AS_IF([test "x$STATIC_LIBS" != xno], + [LIBXSLT_LIBS="$LIBXSLT_SRCDIR/libexslt/.libs/libexslt.a $LIBXSLT_SRCDIR/libxslt/.libs/libxslt.a"])], + [XSLTPROC_PATH="$PATH" +- LIBXSLT_LDFLAGS="-L$LIBXSLT_LIBDIR" + AS_IF([test "x$STATIC_LIBS" != xno], + [LIBXSLT_LIBS="$LIBXSLT_LIBDIR/libexslt.a $LIBXSLT_LIBDIR/libxslt.a"])]) + diff --git a/debian/patches/series b/debian/patches/series index 28bcc84..8a4ef63 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1,3 +1,4 @@ 40-use-debian-docbook-xsl.patch 50-fix-format-security.patch 60-avoid-silent-rules.patch +70-remove-link-usr-lib.patch
Bug#744589: gtkhash: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4
Logan Rosen writes:
> Package: gtkhash
> Version: 0.7.0-1
> Followup-For: Bug #744589
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu ubuntu-patch
>
> Dear Maintainer,
>
> In Ubuntu, the attached patch was applied to achieve the following:
>
> * Use dh-autoreconf instead of autotools-dev to also fix FTBFS on ppc64el by
> getting new libtool macros (still updates config.{sub,guess}).
>
> Thanks for considering the patch.
Thank you very much! I've just applied your patch and uploaded a new
Debian revision for gtkhash.
Cheers.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731009: xmlstarlet: FTBFS on mips: java.lang.IllegalArgumentException: Invalid profile data
block 731009 by 709950 thanks Hi, El dg 01 de 12 de 2013 a les 00:02 +0100, en/na Andreas Beckmann va escriure: > Package: xmlstarlet > Version: 1.5.0-1 > Severity: serious > Justification: fails to build from source (but built successfully in the past) > > Hi, > > xmlstarlet FTBFS on mips Yes, it seems there is a problem in fop package with mips that causes that xmlstarlet can't build. See #709950 and #712885. Thanks for reporting bugs, Mònica -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725186: [libmetadata-extractor-java] Please, upload 2.6.1 to Debian unstable
Hi, El dj 03 de 10 de 2013 a les 11:51 +0200, en/na Emmanuel Bourg va escriure: > Le 03/10/2013 11:12, Mònica Ramírez Arceda a écrit : > > > I hope gpsprune will build with this new version of > > libmetadata-extractor-java. If not, I can contact gpsprune upstream to > > see if he is planning to use this new version soon. > > gpsprune breaks with the new version of metadata-extractor. If you can > contact the upstream developers and ask them to upgrade the code that > would be great. gpsprune new version (15.2) supports libmetadata-extractor-java 2.6, I've just uploaded it to experimental. > > Are you planning to apply this patch to libmetadata-extractor-java > > Debian package? > > Yes but I'd like to review the modification and forward it upstream first. gpsprune 15.2 has the same problem as josm with this new libmetadata-extractor-java, so we should have this issue fixed before migrating gpsprune from experimental to unstable (and before uploading josm to unstable). Please, keep me informed if you patch this library and if you migrate it to unstable. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#728345: dianara: Memory usage (leak?)
Hi gregor! > Package: dianara > Version: 0.9-1 > Severity: normal > Tags: upstream > > Hi Mònica, > > sorry, bad bug report ahead :) > > Since I'm using dianara [0], it's usually running for days, > with suspend/hibernate in between, until I reboot my laptop (or I > build a new snapshot from git). > > And every few days I notice that the memory usage on the machine is > high, and when I check, I see that dianara uses almost as much memory > as iceweasel or even more (!). > > Somehow this doesn't feel like The Right Thing™ to me ... New dianara's version (1.0) fixes this isuue partially. According to upstream changelog: - Partially fixed the ever-increasing memory usage issue. Please, give me some feedback to know if this problem has been improved with dianara v1.0 (I've just uploaded it, I suppose we'll have it in unstable soon :-)) Thanks for reporting bugs! Mònica signature.asc Description: This is a digitally signed message part
Bug#728343: dianara: Missing keyboard shortcut for 'quit'
Hi gregor!
El dc 30 de 10 de 2013 a les 23:25 +0100, en/na gregor herrmann va
escriure:
> Package: dianara
> Version: 0.9-1
> Severity: minor
> Tags: patch upstream
>
> Hi Mònica!
>
> I was missing a keyboard shortcut for quitting dianara; the Session
> menu only shows Quit without any hint, trying several obvious
> combinations also didn't work.
>
> The interesting thing is that there should be something, according to
> the code: src/mainwindow.cpp has
> sessionQuit->setShortcut(QKeySequence::Quit);
> but this doesn't work at least in my environment [0], or I don't know how
> it should work :)
>
> And the Qt documentation [1] is also not so helpful, it mentions Ctrl-Q
> for KDE and Gnome; and for the rest?
>
> So I'm using the following patch to get Ctrl-Q working:
>
> #v+
> --- a/src/mainwindow.cpp
> +++ b/src/mainwindow.cpp
> @@ -629,7 +629,7 @@ void MainWindow::createMenus()
>
> sessionQuit = new QAction(QIcon::fromTheme("application-exit"),
>tr("&Quit"), this);
> -sessionQuit->setShortcut(QKeySequence::Quit);
> +sessionQuit->setShortcut(QKeySequence("Ctrl+Q"));
> connect(sessionQuit, SIGNAL(triggered()),
> this, SLOT(quitProgram()));
> sessionMenu->addAction(sessionQuit);
> #v-
Yes, I tested this issue in an awesome environment and I can reproduce
this bug. Since the change you suggest doesn't affect other
environments, I've applied the patch to the new version of dianara.
> Maybe you can discuss this with upstream?
Yes, I contacted him explaining this issue. Let's see if he wants to
apply this patch as well :-)
> Thanks for packaging dianara!
Thanks for reporting bugs!
Cheers,
Mònica
signature.asc
Description: This is a digitally signed message part
Bug#651315: 3D support not working for sun-java6
On Wed, 2013-10-02 at 13:58 +0200, Mònica Ramírez Arceda wrote: > Hi! > > On Tue, 2013-03-26 at 20:29 +0100, deb...@activityworkshop.net wrote: > > Thanks, Michael, for doing the investigative work! > > > > At the moment it looks like there's nothing we can do for squeeze (as > > it's frozen), and there's nothing we need to do for wheezy (because > > sun-java6 isn't in wheezy). > > > > For those who are still having this problem, there are various > > solutions: > > - Symlink the java3d components into the sun-java6 installation (ugly > > solution perhaps but then it works everywhere) > > - Patch the launch script yourself (or make a new one) to add the > > library path to the java command: > >java -Djava.library.path=/usr/lib/jni ... > > - add Michael's line export LD_LIBRARY_PATH=/usr/lib/jni either to the > > launch script or to a user-specific .bashrc > > - apparently switching to openjdk6 also fixes the problem (according to > > the linked thread) > > > > So I'm not sure if this bug should be closed or not, but it doesn't > > look like it can be fixed. > > You're right, I can't reproduce this bug in unstable. > > So, I propose to wait for a week to see if anyone can reproduce this bug > in Debian sid. If anybody can't reproduce it, I'll close the bug. Closing this bug. Feel free to reopen it, if it can be reproduced again. Cheers signature.asc Description: This is a digitally signed message part
Bug#725186: [libmetadata-extractor-java] Please, upload 2.6.1 to Debian unstable
On Wed, 2013-10-02 at 14:45 +0200, Emmanuel Bourg wrote: > Updating libmetadata-extractor-java to 2.6.x will also require an upload > of gpsprune (See #717638). I hope gpsprune will build with this new version of libmetadata-extractor-java. If not, I can contact gpsprune upstream to see if he is planning to use this new version soon. > Also note that josm uses a slightly modified version of > metadata-extractor. They found a regression while migrating to 2.6.4 and > had to patch the code: > > http://josm.openstreetmap.de/ticket/8895#comment:27 > http://josm.openstreetmap.de/changeset/6209/josm Are you planning to apply this patch to libmetadata-extractor-java Debian package? Thanks! signature.asc Description: This is a digitally signed message part
Bug#725011: [josm] Upstream has released a new version
block 725011 by 725186 thanks On Mon, 2013-09-30 at 15:06 +0200, Davide Governale wrote: > Package: josm > Version: 0.0.svn6115+dfsg1-1 > Severity: normal > > --- Please enter the report below this line. --- > > Dear maintainer, > > Upstream has released version 6238, please update this package. New josm upstream version depends on libmetadata-extractor-java 2.6.1. libmetadata-extractor-java 2.6.1 is now in experimental [0], hopefully it'll be uploaded to unstable soon, and we'll be able to build and upload josm new version as well (see #725186 [1]). Thanks for reporting bugs! Mònica [0] http://packages.qa.debian.org/libm/libmetadata-extractor-java.html [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725186 signature.asc Description: This is a digitally signed message part
Bug#725186: [libmetadata-extractor-java] Please, upload 2.6.1 to Debian unstable
Package: libmetadata-extractor-java Version: 2.3.1+dfsg-2 Severity: wishlist Hi, New josm [0] upstream version needs libmetadata-extractor-java 2.6.1 to be able to build. I see 2.6.1 is in Debian experimental. It would be great if it could be uploaded to Debian unstable. Thanks for your work! Mònica [0] http://packages.qa.debian.org/j/josm.html signature.asc Description: This is a digitally signed message part
Bug#651315: 3D support not working for sun-java6
Hi! On Tue, 2013-03-26 at 20:29 +0100, deb...@activityworkshop.net wrote: > Thanks, Michael, for doing the investigative work! > > At the moment it looks like there's nothing we can do for squeeze (as > it's frozen), and there's nothing we need to do for wheezy (because > sun-java6 isn't in wheezy). > > For those who are still having this problem, there are various > solutions: > - Symlink the java3d components into the sun-java6 installation (ugly > solution perhaps but then it works everywhere) > - Patch the launch script yourself (or make a new one) to add the > library path to the java command: >java -Djava.library.path=/usr/lib/jni ... > - add Michael's line export LD_LIBRARY_PATH=/usr/lib/jni either to the > launch script or to a user-specific .bashrc > - apparently switching to openjdk6 also fixes the problem (according to > the linked thread) > > So I'm not sure if this bug should be closed or not, but it doesn't > look like it can be fixed. You're right, I can't reproduce this bug in unstable. So, I propose to wait for a week to see if anyone can reproduce this bug in Debian sid. If anybody can't reproduce it, I'll close the bug. Thanks for reporting bugs! Mònica signature.asc Description: This is a digitally signed message part
Bug#721444: [git-buildpackage] Allow --git-pbuilder-options to set --basepath cowbuilder option
On Sat, 2013-08-31 at 10:39 -0700, Russ Allbery wrote: > Mònica Ramírez Arceda writes: > > > This command is still not working for me :-( > > > According to git-pbuilder man page, I must retitle mybase.cow to > > base-mybase.cow. When I retitle the image, git-pbuilder works using this > > command: > > > $ env DIST=xmlstarlet git-pbuilder > > Ah, yes, sorry, that's true. The base directory must begin with "base-" > currently. > > > but if I run git-buildpackage with the command you recommended, it still > > continues using base.cow. > > > I've taken a look to the source code and it seems that DIST env var is > > overwritten when using --git-pbuilder option [0]: > > > > if options.use_pbuilder or options.use_qemubuilder: > > ... > > os.environ['DIST'] = options.pbuilder_dist > > Oh, sorry, I'd missed that. So if you're using --git-pbuilder, you > instead want --git-dist=mybase. But you will have to name it with "base-" > as a prefix. Thanks a lot! Now with the "base-" prefix (image name: base-mybase) and with the following command, it works: $ git-buildpackage --git-pbuilder --git-dist='mybase' But I still think that this solution is not very intuitive (or my intuition is not good enough ;-) ), so I'll keep this bug open. I think it's more intuitive to pass the option to --git-pbuilder-options or have an option with a more intuitive name. Thanks again! Mònica signature.asc Description: This is a digitally signed message part
Bug#721444: [git-buildpackage] Allow --git-pbuilder-options to set --basepath cowbuilder option
On Sat, 2013-08-31 at 09:22 -0700, Russ Allbery wrote: > Mònica Ramírez Arceda writes: > > > I would like to use a customized cowbuilder image when running > > git-buildpackage. If I try to pass the location of this image to > > --git-pbuilder-options, git-buildpackage continues using base.cow > > instead of the file I want to use. > > > The command I use is the following, where mybase.cow is the image I want > > to use: > > > $ git-buildpackage --git-ignore-new --git-pbuilder > > --git-pbuilder-options='--basepath /var/cache/pbuilder/mybase.cow' > > git-pbuilder doesn't take options to change the basepath. Instead, it > uses environment variables. See the git-pbuilder man page for more > information, but the short version is that you want: > > env DIST=mybase git-buildpackage --git-ignore-new --git-pbuilder This command is still not working for me :-( According to git-pbuilder man page, I must retitle mybase.cow to base-mybase.cow. When I retitle the image, git-pbuilder works using this command: $ env DIST=xmlstarlet git-pbuilder but if I run git-buildpackage with the command you recommended, it still continues using base.cow. I've taken a look to the source code and it seems that DIST env var is overwritten when using --git-pbuilder option [0]: if options.use_pbuilder or options.use_qemubuilder: ... os.environ['DIST'] = options.pbuilder_dist [0] http://sources.debian.net/src/git-buildpackage/0.6.3/gbp/scripts/buildpackage.py#L332 Thanks for your help, Mònica signature.asc Description: This is a digitally signed message part
Bug#721444: [git-buildpackage] Allow --git-pbuilder-options to set --basepath cowbuilder option
Package: git-buildpackage Version: 0.6.2 Severity: wishlist Hi, I would like to use a customized cowbuilder image when running git-buildpackage. If I try to pass the location of this image to --git-pbuilder-options, git-buildpackage continues using base.cow instead of the file I want to use. The command I use is the following, where mybase.cow is the image I want to use: $ git-buildpackage --git-ignore-new --git-pbuilder --git-pbuilder-options='--basepath /var/cache/pbuilder/mybase.cow' Thanks! --- System information. --- Architecture: i386 Kernel: Linux 3.9-1-686-pae Debian Release: jessie/sid 900 testing security.debian.org 900 testing ftp.debian.org 850 stable security.debian.org 850 stable ftp.debian.org 500 stable-updates ftp.debian.org 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== python(>= 2.7) | 2.7.5-2 python(<< 2.8) | 2.7.5-2 devscripts (>= 2.10.66~) | 2.13.2 git (>= 1:1.7.9.1-1~) | 1:1.7.10.4-2 man-db | 2.6.5-2 python-dateutil| 1.5+dfsg-0.1 python-pkg-resources | 0.6.37-1 Recommends(Version) | Installed ===-+-=== pristine-tar (>= 0.5) | 1.28 cowbuilder | 0.70 Suggests (Version) | Installed -+-=== python-notify| 0.1.1-3 unzip| 6.0-9 signature.asc Description: This is a digitally signed message part
Bug#649287: Changing the name to tomahawk-player
retitle 649287 RFP: tomahawk-player -- multi-source social media player thanks Hi, I'm retitling the name of this package since there is another package with the same name which is going to be uploaded to Debian archive soon (http://ftp-master.debian.org/new/tomahawk_0.6.0-1.html). Feel free tot retitle it again if there is a more suitable name. Cheers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#720317: qa.debian.org: fakeupstream.cgi does not redirect to the correct upstream file for qtapps
Package: qa.debian.org Severity: normal Dear Maintainer, When using uscan to see if there is a new version of dianara package, uscan shows that there is a new version but can not download it: $ uscan dianara: Newer version (0.9) available on remote site: http://qa.debian.org/cgi-bin/fakeupstream.cgi?upstream=qtapps%2F148103&download=148103-dianara-v0.9.tar.gz (local version is 0.8) uscan warning: In directory ., downloading http://qa.debian.org/cgi-bin/fakeupstream.cgi?upstream=qtapps%2F148103&download=148103-dianara-v0.9.tar.gz failed: 404 Not Found This URL redirects you to: http://qa.debian.org/CONTENT/content-files/148103-dianara-v0.9.tar.gz and should redirect to: http://qt-apps.org/CONTENT/content-files/148103-dianara-v0.9.tar.gz My debian/watch file is: version=3 http://qa.debian.org/cgi-bin/fakeupstream.cgi?upstream=qtapps/148103 .*=(?:\d*-)?dianara-v?(\d.*?)(?:-src)?\.(?:tgz|tbz2|tar\.(?:gz|bz2|xz)) Cheers, Mònica -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#717931: ITP missing for package sosreport with RFS 717931 with ITP in title
According to [0], sosreport has not its corresponding ITP bug, despite 717931 title. Please, could you file this ITP bug? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#717733: ITP missing for package feincms-elephantblog with RFS 717733 with ITP in title
According to [0], feincms-elephantblog has not its corresponding ITP bug, despite 717733 title. Please, could you file this ITP bug? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#717262: ITP missing for package curseofwar with RFS 717262 with ITP in title
According to [0], curseofwar has not its corresponding ITP bug, despite 717262 title. Please, could you file this ITP bug? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#716905: ITP missing for package goodbye with RFS 716905 with ITP in title
According to [0], goodbye has not its corresponding ITP bug, despite 716905 title. Please, could you file this ITP bug? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#715315: bug 715315 has subject pidgeon - open source irc client
retitle 715315 RFP: pidgeon -- open source irc client noowner 715315 thanks On Mon, 2013-07-08 at 10:02 +0200, Petr Bena wrote: > Hi, > > How do I retitle it? Don't worry, I'm doing it for you (by sending commands to control@bugs.d.o. For more information, take a look at: http://www.debian.org/Bugs/server-control) > What is difference between the two? RPS is a Request For Package (you're asking for someone else to make the package) ITP is an Intend To Package (you're offering yourself to try to make the package) > That software > currently has a .deb package, but I don't know if it was made > correctly, so it would be likely better if it was packaged by someone > who understand it better. So, this is a RFP :) Thanks for filing this bug! Mònica signature.asc Description: This is a digitally signed message part
Bug#715315: bug 715315 has subject pidgeon - open source irc client
Hi, What is bug 715315 meant for? Is it an "intent to package" (ITP)? Or a "request for package" (RFP)? You should retitle it with the following format: ITP|RFP: package_name -- package_description Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#714688: ITP missing for package rekonq with RFS 714688
According to [0], rekonq has not its corresponding ITP bug. Please, could you file it? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#714734: bug 714734 has subject RFS: marisa/0.2.4-1 [ITP] - Tools and libs for a static and space-efficient trie data structure
# bug 714734 has subject RFS: marisa/0.2.4-1 [ITP] - Tools and libs for a static and space-efficient trie data structure # ITP 714453 is merged with bug 714734 but type of bug 714734 is unknown, ignoring unmerge 714734 noowner 714734 reassign 714734 sponsorship-requests thanks Hi, Sponsorship requests should not be assigned to wnpp package. I'm undoing last actions sent to control server. Cheers, Mònica -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#269046: xsol: paint glitches
Thanks a lot for all your xsol patches :-) I'll review and hopefully apply them in the next upload, as well as doing the transition to libmotif-dev as you suggest. Thanks again, Mònica signature.asc Description: This is a digitally signed message part
Bug#713810: ITP missing for package simplenat with RFS 713810
According to [0], simplenat has not its corresponding ITP bug. Please, could you file it? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#712799: ITP missing for package ctesf with RFS 712799 with ITP in title
According to [0], ctesf has not its corresponding ITP bug, despite 712799 title. Please, could you file this ITP bug? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#712787: ITP missing for package distkeys with RFS 712787
According to [0], distkeys has not its corresponding ITP bug. Please, could you file it? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#712805: ITP missing for package ctesf-console with RFS 712805 with ITP in title
According to [0], ctesf-console has not its corresponding ITP bug, despite 712805 title. Please, could you file this ITP bug? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#712806: ITP missing for package orientdb with RFS 712806 with ITP in title
According to [0], orientdb has not its corresponding ITP bug, despite 712806 title. Please, could you file this ITP bug? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#712101: Failed to forcibly merge #N1: can't find location for #N2 (merginng with bugs that are blocked by archived bugs)
Package: bugs.debian.org
Severity: normal
Hi,
I am trying to forcemerge #638825 and #712048 but I can't.
I think the problem is that #638825 is blocked by the archived bug
#638829 and this fact makes the merging not possible because #638829
can't be found.
When I tried to forcemerge, I got this error:
Processing commands for cont...@bugs.debian.org:
> # package ruby-redis: bugs ITP 638825 and ITP 712048 are not merged
> forcemerge 638825 712048
Bug #638825 [wnpp] ITP: ruby-redis -- Ruby client library for Redis, the
key value storage server
Bug #712048 [wnpp] ITP: ruby-redis -- Ruby client library for Redis
712048 was blocked by: 705578
712048 was not blocking any bugs.
Added blocking bug(s) of 712048: 638829
Failed to forcibly merge 638825: can't find location for 638829.
> thanks
Stopping processing here.
Then I tried to unblock #638825 and merge the two bugs, but I got more
errors:
Processing commands for cont...@bugs.debian.org:
> # package ruby-redis: bugs ITP 638825 and ITP 712048 are not merged
> unblock 638825 by 638829
Bug #638825 [wnpp] ITP: ruby-redis -- Ruby client library for Redis, the
key value storage server
638825 was blocked by: 705578 638829
638825 was not blocking any bugs.
Removed blocking bug(s) of 638825: 638829
Failed to set blocking bugs of 638825: can't find location for 638829.
> merge 638825 712048
Bug #638825 [wnpp] ITP: ruby-redis -- Ruby client library for Redis, the
key value storage server
Unable to merge bugs because:
blockedby of #712048 is '638829 705578' not '705578'
Failed to merge 638825: Did not alter merged bugs
Debbugs::Control::set_merged('transcript', 'GLOB(0x1f0a160)',
'requester', 'Mònica Ramírez Arceda ',
'request_addr', 'cont...@bugs.debian.org', 'request_msgid',
'<20130612200241.ga16...@debian.org>', 'request_subject', ...) called
at /usr/local/lib/site_perl/Debbugs/Control/Service.pm line 538
eval {...} called
at /usr/local/lib/site_perl/Debbugs/Control/Service.pm line 537
Debbugs::Control::Service::control_line('line', 'merge 638825
712048', 'clonebugs', 'HASH(0x1e4cae8)', 'limit', 'HASH(0x1e4c4d0)',
'common_control_options', 'ARRAY(0x1e4c518)', 'errors', ...) called
at /usr/lib/debbugs/service line 474
> thanks
Stopping processing here.
Finally, I tried to forcemerge again, and I got another error:
Processing commands for cont...@bugs.debian.org:
> # package ruby-redis: bugs ITP 638825 and ITP 712048 are not merged
> forcemerge 638825 712048
Bug #638825 [wnpp] ITP: ruby-redis -- Ruby client library for Redis, the
key value storage server
Bug #712048 [wnpp] ITP: ruby-redis -- Ruby client library for Redis
712048 was blocked by: 638829 705578
712048 was not blocking any bugs.
Removed blocking bug(s) of 712048: 638829
Failed to forcibly merge 638825: can't find location for 638829.
> thanks
Stopping processing here.
Thanks for your work,
Mònica
signature.asc
Description: This is a digitally signed message part
Bug#712048: package ruby-redis: bugs ITP 638825 and ITP 712048 have different owners
Hi, This ITP already exists (#638825) and is owned by Praveen Arimbrathodiyil . I'm merging these two bugs and setting Praveen Arimbrathodiyil as the owner. Please, contact Praveen Arimbrathodiyil to see if he's still working on this package or if he wants to comaintain this package with you. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#709950: fop: fails to build xmlstarlet documentation on mips (java.lang.IllegalArgumentException)
El dl 27 de 05 de 2013 a les 14:41 +0200, en/na Mathieu Malaterre va escriure: > # as per OP report > found 709950 1:1.1.dfsg-2 > thanks > > On Mon, May 27, 2013 at 2:36 PM, Mònica Ramírez wrote: > > found 709950 1:1.0.dfsg2-6 > > thanks > ... > > So, it failed with fop/1:1.0.dfsg2-6, but I've tested on a mips machine > > with fop/1:1.1.dfsg-2 and it is still failing with the same error. > > > > It's not a regression, but still a bug :-( > > Thanks ! Please copy/paste the exact output as found from mips (call > stack and al.) A build log on mips is attached. Moreover if I run fop with -d (debug) option, I get more details about the exception: -- $ xmlstarlet -d -xml xmlstarlet-man.xml -xsl xmlstar-fodoc-style.xsl -pdf xmlstarlet.pdf target-resolution set to: 72.0dpi (px2mm=0.3528) userconfig is null userconfig is null Registering: any,normal,400 under F5 Registering: any,italic,400 under F6 Registering: any,oblique,400 under F6 Registering: any,normal,700 under F7 Registering: any,italic,700 under F8 Registering: any,oblique,700 under F8 Registering: sans-serif,normal,400 under F1 Registering: sans-serif,oblique,400 under F2 Registering: sans-serif,italic,400 under F2 Registering: sans-serif,normal,700 under F3 Registering: sans-serif,oblique,700 under F4 Registering: sans-serif,italic,700 under F4 Registering: SansSerif,normal,400 under F1 Registering: SansSerif,oblique,400 under F2 Registering: SansSerif,italic,400 under F2 Registering: SansSerif,normal,700 under F3 Registering: SansSerif,oblique,700 under F4 Registering: SansSerif,italic,700 under F4 Registering: serif,normal,400 under F5 Registering: serif,oblique,400 under F6 Registering: serif,italic,400 under F6 Registering: serif,normal,700 under F7 Registering: serif,oblique,700 under F8 Registering: serif,italic,700 under F8 Registering: monospace,normal,400 under F9 Registering: monospace,oblique,400 under F10 Registering: monospace,italic,400 under F10 Registering: monospace,normal,700 under F11 Registering: monospace,oblique,700 under F12 Registering: monospace,italic,700 under F12 Registering: Monospaced,normal,400 under F9 Registering: Monospaced,oblique,400 under F10 Registering: Monospaced,italic,400 under F10 Registering: Monospaced,normal,700 under F11 Registering: Monospaced,oblique,700 under F12 Registering: Monospaced,italic,700 under F12 Registering: Helvetica,normal,400 under F1 Registering: Helvetica,oblique,400 under F2 Registering: Helvetica,italic,400 under F2 Registering: Helvetica,normal,700 under F3 Registering: Helvetica,oblique,700 under F4 Registering: Helvetica,italic,700 under F4 Registering: Times,normal,400 under F5 Registering: Times,oblique,400 under F6 Registering: Times,italic,400 under F6 Registering: Times,normal,700 under F7 Registering: Times,oblique,700 under F8 Registering: Times,italic,700 under F8 Registering: Courier,normal,400 under F9 Registering: Courier,oblique,400 under F10 Registering: Courier,italic,400 under F10 Registering: Courier,normal,700 under F11 Registering: Courier,oblique,700 under F12 Registering: Courier,italic,700 under F12 Registering: Symbol,normal,400 under F13 Registering: ZapfDingbats,normal,400 under F14 Registering: Times-Roman,normal,400 under F5 Registering: Times-Roman,oblique,400 under F6 Registering: Times-Roman,italic,400 under F6 Registering: Times-Roman,normal,700 under F7 Registering: Times-Roman,oblique,700 under F8 Registering: Times-Roman,italic,700 under F8 Registering: Times Roman,normal,400 under F5 Registering: Times Roman,oblique,400 under F6 Registering: Times Roman,italic,400 under F6 Registering: Times Roman,normal,700 under F7 Registering: Times Roman,oblique,700 under F8 Registering: Times Roman,italic,700 under F8 Registering: Computer-Modern-Typewriter,normal,400 under F9 Rendering areas via IF document handler (org.apache.fop.render.intermediate.EventProducingFilter)... Exception java.lang.IllegalArgumentException: Invalid profile data at sun.java2d.cmm.lcms.LCMS.loadProfile(Native Method) at java.awt.color.ICC_Profile.getInstance(ICC_Profile.java:778) at java.awt.color.ICC_Profile.getInstance(ICC_Profile.java:994) at org.apache.xmlgraphics.java2d.color.profile.ColorProfileUtil.getICC_Profile(ColorProfileUtil.java:114) at org.apache.fop.pdf.PDFICCBasedColorSpace.setupsRGBColorProfile(PDFICCBasedColorSpace.java:143) at org.apache.fop.pdf.PDFICCBasedColorSpace.setupsRGBAsDefaultRGBColorSpace(PDFICCBasedColorSpace.java:112) at org.apache.fop.render.pdf.PDFRenderingUtil.addsRGBColorSpace(PDFRenderingUtil.java:279) at org.apache.fop.render.pdf.PDFRenderingUtil.setupPDFDocument(PDFRenderingUtil.java:400) at org.apache.fop.render.pdf.PDFDocumentHandler.startDocument(PDFDocumentHandler.java:143) at org.apache.fop.render.intermediate.util.IFDocum
Bug#709950: fop: fails to build xmlstarlet documentation on mips (java.lang.IllegalArgumentException)
found 709950 1:1.0.dfsg2-6 thanks El dl 27 de 05 de 2013 a les 13:37 +0200, en/na Mathieu Malaterre va escriure: > On Mon, May 27, 2013 at 1:30 PM, Mathieu Malaterre wrote: > > On Mon, May 27, 2013 at 1:51 AM, Mònica Ramírez wrote: > >> $ fop -xml xmlstarlet-man.xml -xsl xmlstar-fodoc-style.xsl -pdf > >> xmlstarlet.pdf > >> Exception > >> java.lang.IllegalArgumentException: Invalid profile data > >> > >> #580333 was a similar bug found in fop/1:0.95.dfsg-11 and was fixed in > >> fop/1:1.0.dfsg2-2. > >> > >> It seems there is a regression in fop/1:1.1.dfsg-2. > > > > Hum, looks more like #680404 > > > > Looks like fop is using someting that really does not work with openjdk on > > mips. > > Hum, why is your buildds skrewed up: > > $ cat > "https://buildd.debian.org/status/fetch.php?pkg=xmlstarlet&arch=mips&ver=1.4.2-2&stamp=1368583482"; > [...] > Get:109 http://ftp.de.debian.org/debian/ unstable/main libfop-java all > 1:1.0.dfsg2-6 [9107 kB] > Get:110 http://ftp.de.debian.org/debian/ unstable/main fop all > 1:1.0.dfsg2-6 [22.1 kB] > [...] > > fop 1:1.1.dfsg-2 has been in sid for a while now. fop was accepted in sid on 2013-05-16, before it was in experimental: http://packages.qa.debian.org/f/fop.html (news section) xmlstarlet was built on 2013-05-15. So, it failed with fop/1:1.0.dfsg2-6, but I've tested on a mips machine with fop/1:1.1.dfsg-2 and it is still failing with the same error. It's not a regression, but still a bug :-( Cheers, Mònica signature.asc Description: This is a digitally signed message part
Bug#709950: fop: fails to build xmlstarlet documentation on mips (java.lang.IllegalArgumentException)
Package: fop Version: 1:1.1.dfsg-2 Severity: normal Dear maintainer, xmlstarlet can't be built on mips because fop fails: Making portrait pages on USletter paper (8.5inx11in) FOPdoc/xmlstarlet-ug.pdf [warning] /usr/bin/fop: Unable to locate servlet-api in /usr/share/java Exception java.lang.IllegalArgumentException: Invalid profile data make[2]: *** [doc/xmlstarlet-ug.pdf] Error 1 make[1]: *** [all] Error 2 rm doc/xmlstarlet-ug.fo make[2]: Leaving directory `/build/buildd-xmlstarlet_1.4.2-2-mips-Tyi_H7/xmlstarlet-1.4.2' make[1]: Leaving directory `/build/buildd-xmlstarlet_1.4.2-2-mips-Tyi_H7/xmlstarlet-1.4.2' dh_auto_build: make -j1 returned exit code 2 make: *** [build-arch] Error 2 Full build log: https://buildd.debian.org/status/fetch.php?pkg=xmlstarlet&arch=mips&ver=1.4.2-2&stamp=1368583482 If I try to run fop on a mips machine, I get the same error: $ fop -xml xmlstarlet-man.xml -xsl xmlstar-fodoc-style.xsl -pdf xmlstarlet.pdf Exception java.lang.IllegalArgumentException: Invalid profile data #580333 was a similar bug found in fop/1:0.95.dfsg-11 and was fixed in fop/1:1.0.dfsg2-2. It seems there is a regression in fop/1:1.1.dfsg-2. Cheers, Mònica -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: mips Kernel: Linux 3.2.0-4-4kc-malta Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fop depends on: ii default-jre-headless [java2-runtime-headless]1:1.6-47 ii libfop-java 1:1.1.dfsg-2 ii openjdk-6-jre-headless [java2-runtime-headless] 6b27-1.12.5-2 Versions of packages fop recommends: pn libsaxon-java Versions of packages fop suggests: pn fop-doc pn libservlet2.5-java -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#709328: The BEREC-button
retitle 709328 RFP: berek -- the berek button, reporting breach of the EU cookie law to your national regulatory authority thanks El dg 26 de 05 de 2013 a les 11:36 +0200, en/na Erik Josefsson va escriure: > On 05/26/2013 11:04 AM, Mònica Ramírez Arceda wrote: > > Hi, > > > Hi Mònica! > > > > El dg 26 de 05 de 2013 a les 07:40 +0200, en/na Erik Josefsson va > > escriure: > >> Hello, > >> > >> I just saw that the suggested change in the title from "the > >> BEREC-button" to "the berek button". > >> > >> Please change it back to BEREC. > > Sorry for changing the title with a wrong name. Debian package names > > must follow some rules [0], basically they must be in lower case (with > > some permitted extra chars) and without spaces. > > > > "The BEREC button" is not an allowed name for a Debian package and this > > was the reason why I retitled the bug, using the upstream name. > > > Thank you for the explanation. This was my first submission to Debian > and I was unaware of this rule. Thanks for submitting the bug! I hope this is the first of many ;) > > What name would you choose for this package? Do you think "berec" is the > > appropriate name? > > > Yes, that is then the appropriate name. I'm retitling this bug using "berek". In the future, if you want to retitle a bug by yourself, you can do it sending the following lines to cont...@bugs.debian.org: retitle bug_number new_title thanks More info here: http://www.debian.org/Bugs/server-control Thanks! signature.asc Description: This is a digitally signed message part
Bug#709328: The BEREC-button
Hi, El dg 26 de 05 de 2013 a les 07:40 +0200, en/na Erik Josefsson va escriure: > Hello, > > I just saw that the suggested change in the title from "the > BEREC-button" to "the berek button". > > Please change it back to BEREC. Sorry for changing the title with a wrong name. Debian package names must follow some rules [0], basically they must be in lower case (with some permitted extra chars) and without spaces. "The BEREC button" is not an allowed name for a Debian package and this was the reason why I retitled the bug, using the upstream name. What name would you choose for this package? Do you think "berec" is the appropriate name? [0] http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Source signature.asc Description: This is a digitally signed message part
Bug#693167: bug 693167 is ITP for package gmsl already in Debian
Hi, I'm closing this bug because this package is already in Debian: http://packages.qa.debian.org/gmsl Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657791: Bug#705972: package qupzilla: bugs ITP 657791 and ITP 705972 have different owners
owner 657791 Georges Khaznadar merge 657791 705972 thanks On Sat, 2013-04-27 at 00:34 +0300, Mohammed Sameer wrote: > On Thu, Apr 25, 2013 at 02:02:13PM +0200, Georges Khaznadar wrote: > > Hello Mònica, > > thank you for your scrutiny! > > > > Hello Mohamed, > > > > thanks to Mònica, I was alerted about your previous ITP over qupzilla > > some months ago. I made an ITP most recently and uploaded a working > > package yesterday. Do you want to abandon this package, or would you > > prefer to co-maintain it? When you decide, we can merge both ITP > > bugreports and define their owner. > > > Hi Georges and Mònica, > > I am more than happy to see qupzilla being worked on and I apologize for not > doing it myself earlier. > > You are doing a great job. Please continue maintaining qupzilla and please > ping me if you ever need help, sponsoring or co-maintenance. I'm glad to see that this wnpp inconsistency has a happy end :) I'm merging these two bugs and setting Georges Khaznadar as the owner. Cheers! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705972: package qupzilla: bugs ITP 657791 and ITP 705972 have different owners
Hi, There was already another ITP for qupzilla (#657791), although it's an old one and may be abandoned. Could you contact Mohammed Sameer and ask him/her if he/she wants to abandon or co-maintain this package with you? Once you've done this, you should set the right owner in both bugs and merge them. Thanks for your work! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694731: python-scss #705735 #694731: package name conflict
retitle 705735 ITP: pyscss -- a Scss compiler for Python thanks On Sat, 2013-04-20 at 23:34 +0200, W. Martin Borgert wrote: > On 2013-04-20 12:42, Mònica Ramírez Arceda wrote: > > There is a previous wnpp bug with this package name (#694731), but it's > > not the same package. One of the two names should be changed. > > Many thanks for being so attentive! It's a pleasure :) > I will use the upstream name pyscss > for this package to prevent the conflict with the first python-scss. Therefore, I'm retitling the ITP to pyscss. Thanks for your work! signature.asc Description: This is a digitally signed message part
Bug#705735: python-scss #705735 #694731: package name conflict
Hi, There is a previous wnpp bug with this package name (#694731), but it's not the same package. One of the two names should be changed. Could you change this package name or contact #694731 submitter and decide what names are the best for these two packages? Thanks for your work! signature.asc Description: This is a digitally signed message part
Bug#705129: ITP #705129 python-timbl
Hi, I've just retitled #705129 as it seems to be an ITP. Please, feel free to fix the owner if it is not the correct one. Thanks! signature.asc Description: This is a digitally signed message part
Bug#705257: ITP missing for package bittwist with RFS 705257
According to [0], bittwist has not its corresponding ITP bug. Please, could you file it? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705049: package dhcpd-pools: bugs ITP 631229 and ITP 705049 are not merged
Hi Helmut, There was already another ITP for dhcpd-pools (#631229), although it's an old one and may be abandoned. Could you contact Asbjørn Sloth Tønnesen and ask him if he wants to abandon or co-maintain this package with you? Once you've done this, you should set the right owner in both bugs and merge them. Thanks for your work! Mònica signature.asc Description: This is a digitally signed message part
Bug#704789: #704789: package freeplane is not orphaned
Hi, According to [0], freeplane has not its corresponding ITA bug, despite 704789 title. In fact, freeplane package is not orphaned: http://packages.qa.debian.org/freeplane You may get in touch with freeplane maintainer and ask him if he wants to orphan this package or co-maintain it with you. Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704105: 704105: fixing title, owner and severity
retitle 704105 ITP: desktop-base-oldies -- packages containing theming from past releases’ desktop-base package severity 704105 wishlist owner 704105 Paul Tagliamonte thanks Hi, I'm fixing 704105 title, owner and severity, but I'm not 100% sure if the package name and the owner are ok, so please feel free to change them if they're wrong. Cheers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702813: 702813: thereis already another ITP for libscalar-does-perl
Hi, This ITP already exists (#697236) and is owned by Oleg Gashev . I'm merging these two bugs and setting Oleg Gashev as the owner. Please, contact Oleg Gashev to see if he's still working on this package or if he wants to comaintain this package with you. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702586: #702586: wrong title
Hi, What is bug 702586 meant for? Is it an "intent to package" (ITP)? Or a "request for package" (RFP)? You should retitle it with the following format: ITP|RFP: package_name -- package_description Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702584: #702584: wrong title
Hi, What is bug 702584 meant for? Is it an "intent to package" (ITP)? Or a "request for package" (RFP)? You should retitle it with the following format: ITP|RFP: package_name -- package_description Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702072: #702072: tilda is not orphaned
According to [0], tilda has not its corresponding ITA bug, despite #702072 title. #583248 and #695574 show that this package is not being maintained, but I think you should get in contact with MIA Team to ask them to orphan tilda. Then, you could adopt it with the correspondign ITA bug. Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#635018: bugs.debian.org: Possible problem with SOAP's get_bug_log()
On Fri, 2011-07-22 at 11:14 +0200, gregor herrmann wrote:
> On Thu, 21 Jul 2011 23:23:20 +0100, Adam D. Barratt wrote:
>
> > > I'm not sure if this is a problem of debbugs SOAP interface, of
> > > SOAP::Lite or just a user error; but the following simplified test
> > > script throws an error in get_bug_log() and leaves $log undef:
> > Hmmm. Does the problem happen with all bugs, or just some?
>
> To be honest, I haven't tried with all bugs :)
> Just with 2, where it failed; sorry for not providing the bug
> numbers in the first place..
>
> > $ perl bug.pl 123456
> > ARRAY(0x124e6a8)
> >
> > Data::Dumper()ing $log also looks sane.
>
> Yup, 123456 works.
>
> Hm.
>
> 611368 is the one I originally tried, and it fails with
> "Can't call method "as_string" on an undefined value at
> /usr/share/perl5/SOAP/Packager.pm line 188."
I don't know if it helps, but I get the same error with bug #491723.
With the following code:
use warnings;
use Data::Dumper;
use SOAP::Lite;
my $soap =
SOAP::Lite->uri('Debbugs/SOAP')->proxy('http://bugs.debian.org/cgi-bin/soap.cgi');
print Dumper($soap->get_bug_log(491723)->result);
I get:
Can't call method "as_string" on an undefined value
at /usr/share/perl5/SOAP/Packager.pm line 188.
Connection: close
[...]
Delivered-To:
cont...@bugs.debian.org
at testbts.pl line 8
In fact, I use decscripts in my program. When using devscripts:
use warnings;
use lib '/usr/share/devscripts';
use Devscripts::Debbugs;
my $bug_log = Devscripts::Debbugs::bug_log(491723);
print $bug_log;
I get:
Error while retrieving bug log from SOAP server: 200 OK
Cheers,
Mònica
signature.asc
Description: This is a digitally signed message part
Bug#701828: RFP: e4rat -- tool to to accelerate the boot process for hard disks
El dj 28 de 02 de 2013 a les 20:02 +0400, en/na programmer11...@programist.ru va escriure: > 28.02.2013, 13:18, "Mònica Ramírez Arceda" : > > > Hi, > > > > What is bug 701828 meant for? Is it an "intent to package" (ITP)? Or a > > "request for package" (RFP)? > > You should retitle it with the following format: > > > > ITP|RFP: package_name -- package_description > > > > Regards. > > > This is a "request for package" (RFP). > RFP: e4rat -- tool to to accelerate the boot process for hard disks. I just retitled this bug... > I found that request for e4rat already submitted: #637640 > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637640 ...and merged it whit this other one. Thanks! signature.asc Description: This is a digitally signed message part
Bug#701828: #701828: wrong title
Hi, What is bug 701828 meant for? Is it an "intent to package" (ITP)? Or a "request for package" (RFP)? You should retitle it with the following format: ITP|RFP: package_name -- package_description Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#701535: Please, fix #701535 title
El dl 25 de 02 de 2013 a les 23:39 +0530, en/na NiTiSH va escriure: > Is is "intent to package" (ITP). > How will I retitle You should send a mail to cont...@bugs.debian.org with the following body content (replacing package_name and package_description with the corresponding values): retitle 701535 ITP: package_name -- package_description thanks You have more information about bug control and manipulation mailserver here: http://www.debian.org/Bugs/server-control Thanks for your work! signature.asc Description: This is a digitally signed message part
Bug#701522: An ITP for python-hp3parclient already exists
Hi Thomas, This ITP already exists (#698159) and is owned by James Page . I'm merging these two bugs and setting James Page as the owner. Please, contact James Page to see if he's still working on this package or if he wants to comaintain this package with you. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#701535: Please, fix #701535 title
Hi, What is bug 701535 meant for? Is it an "intent to package" (ITP)? Or a "request for package" (RFP)? You should retitle it with the following format: ITP|RFP: package_name -- package_description Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625956: doxygen: diff for NMU version 1.8.1.2-1.1
El dg 17 de 02 de 2013 a les 23:48 +0100, en/na Jakub Wilk va escriure: > Hi Mònica, > > * Mònica Ramírez Arceda , 2013-02-17, 23:36: > >+On Debian GNU/Linux systems, the complete text of the BSD > >+License can be found in `/usr/share/common-licenses/BSD'. > > Footnote to Policy §12.5 reads: > > The University of California BSD license is also included in > ‘base-files’ as ‘/usr/share/common-licenses/BSD’, but given the brevity > of this license, its specificity to code whose copyright is held by the > Regents of the University of California, and the frequency of minor > wording changes, its text should be included in the copyright file > rather than referencing this file. When trying to fix this, I noticed that the copyright note of the file (sizzle.js: Copyright 2011, The Dojo Foundation) is different from the copyright of the license (LICENSE: Copyright (c) 2009, John Resig): https://github.com/jquery/sizzle/tree/1.7.1 I could write: [...] * Sizzle.js license: Copyright 2011, The Dojo Foundation Released under the MIT, BSD, and GPL Licenses. On Debian GNU/Linux systems, the complete text of the GNU General Public License can be found in `/usr/share/common-licenses/GPL-2'. BSD License: Copyright (c) 2009, John Resig All rights reserved. Redistribution and use in source and binary forms, with or without [...] But is quite inconsistent, isn't it? What would you do? Thanks for your help. signature.asc Description: This is a digitally signed message part
Bug#700031: wnpp inconsistencies
# package libjreen: bugs ITP 648668 and ITP 700031 have different owners owner 700031 QutIM Packagers Team # package libjreen: bugs ITP 648668 and ITP 700031 are not merged merge 648668 700031 thanks Hi, This ITP already exists (#648668) and is owned by QutIM Packagers Team . I'm merging these two bugs and setting QutIM Packagers Team as the owner. Please, contact QutIM Packagers Team to see if they're still working on this package or if they want to comaintain this package with you. Regards. signature.asc Description: This is a digitally signed message part
Bug#697778: bug 697778 has subject RFP: VLC Python ctypes bindings
# bug 697778 has subject RFP: VLC Python ctypes bindings retitle 697778 RFP: libvlc-bindings-python -- VLC Python ctypes bindings thanks I'm retitling this bug to give a name to the new requested package. Feel free to change it if you prefer another name. Regards. signature.asc Description: This is a digitally signed message part
Bug#699216: ITP: dtc -- Tools for Flattened Device Trees (FDT)
Hi, There is already a package dtc in Debian: http://packages.debian.org/source/experimental/dtc But it is not the same pachage that you are trying to package. You should rename your pakage and retitle this bug. Regards. signature.asc Description: This is a digitally signed message part
Bug#697259: wnpp inconsistencies
# package ruby-fuubar: bugs ITP 624634 and ITP 697259 have different owners owner 697259 Nilam Kadale # package ruby-fuubar: bugs ITP 624634 and ITP 697259 are not merged merge 624634 697259 thanks Hi, This ITP already exists (#624634) and is owned by Nilam Kadale . I'm merging these two bugs and setting Nilam Kadale as the owner. Please, contact Nilam Kadale to see if he's still working on this package or if he wants to comaintain this package with you. Thanks! signature.asc Description: This is a digitally signed message part
Bug#695258: openrtm-aist-python: ITP or RFP?
Hi, Is this report a RFP (request for a package) or an ITP (intend to package) report? The type of report should appear in the title. Thanks! signature.asc Description: This is a digitally signed message part
Bug#691518: wsgiproxy is in mentors, rfp -> itp
# ITP missing for package wsgiproxy at mentors retitle 691518 ITP: wsgiproxy -- HTTP proxying tools for WSGI apps owner 691518 Mikhail Lukyanchenko thanks This package is in mentors: https://mentors.debian.net/package/wsgiproxy signature.asc Description: This is a digitally signed message part
Bug#694072: ITP missing for package filebot with RFS 694072
Hi, According to [0], there is not the corresponding ITP bug for this package. You should file it and close it in your debian/changelog file. Thanks! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#404033: bug 404033 is ITP for package eclipse-subclipse already in Debian
Hi, I'm closing this bug because this package is already in Debian (experimental): http://packages.debian.org/source/experimental/eclipse-subclipse signature.asc Description: This is a digitally signed message part
Bug#686557: bug 686557 is ITP for package haskell-pcap already in Debian
Hi Hector, There is already a package haskell-pcap in Debian: http://packages.qa.debian.org/h/haskell-pcap.html Since I suppose it's the same package you want to ITP, you should close this bug :) Cheers! signature.asc Description: This is a digitally signed message part
Bug#692894: ITP: plum -- plum is a command line tool used to interact with the U-Boot netconsole of any LaCie product
El dg 11 de 11 de 2012 a les 14:57 +0100, en/na Maxime Hadjinlian va escriure: > On Sun, Nov 11, 2012 at 2:26 PM, Mònica Ramírez wrote: > > El ds 10 de 11 de 2012 a les 17:40 +0100, en/na Maxime Hadjinlian va > > escriure: > >> >> >> * Package name: plum > > > > Another package already in Debian is named plum: > > http://packages.debian.org/sid/plum > > > > So, it must be changed. > Ouch, obviously, I'll have to think of a new name. Perfect :) > >> Now the dumb question, to change the description, what do I do ? I > >> wasn't able to find that info in the docs :/ > > > > To change name and description you should write a mail to > > cont...@bugs.debian.org with the following content: > > > > retitle bugnumber new-title > > thanks > > > > More info at: http://www.debian.org/Bugs/server-control > I will do that as soon as I find a new name, last dumb question, to > change the description, should I use the summary command with the > whole text ? I think summary is not needed in this case. I give you an example of what you should do: if the new name is "lucie-uboot" and the new description is "lacie u-boot netconsole shell", you should send a mail to cotrol@b.d.o with the following content: retitle 692894 ITP: lucie-uboot -- lacie u-boot netconsole shell thanks I hope it helps :) signature.asc Description: This is a digitally signed message part
Bug#692894: ITP: plum -- plum is a command line tool used to interact with the U-Boot netconsole of any LaCie product
El ds 10 de 11 de 2012 a les 17:40 +0100, en/na Maxime Hadjinlian va escriure: > >> >> * Package name: plum Another package already in Debian is named plum: http://packages.debian.org/sid/plum So, it must be changed. > Now the dumb question, to change the description, what do I do ? I > wasn't able to find that info in the docs :/ To change name and description you should write a mail to cont...@bugs.debian.org with the following content: retitle bugnumber new-title thanks More info at: http://www.debian.org/Bugs/server-control signature.asc Description: This is a digitally signed message part
Bug#691280: package ruby-subexec: bugs ITP 691280 and ITP 691897 are not merged and have different owners
forcemerge 691897 691280 thanks Hi Markus, There is another previous ITP for ruby-subexec reported by Harshad Waghmar. Maybe you could join efforts. I'm merging #691897 and #691280 and setting Harshad Waghmar as the owner because he was the first in reporting the ITP. Feel free to change this if you make another pact. Regards. signature.asc Description: This is a digitally signed message part
Bug#691684: mawk: gsub does not substitute '\' correctly
Package: mawk
Version: 1.3.3-17
Severity: normal
Hi,
$ cat mawk-backslash-error.awk
!/^#/ {
gsub(/'\\'/, "''");
print;
}
$ echo "'\'" | /usr/bin/mawk -f mawk-backslash-error.awk
'\'
If I use gawk:
$ echo "'\'" | /usr/bin/gawk -f mawk-backslash-error.awk
'\\'
This issue has been also reported here:
https://bugs.launchpad.net/ubuntu/+source/mawk/+bug/102208
http://code.google.com/p/original-mawk/issues/detail?id=14
I noticed this problem because xmlstarlet package (1.4.0-1) needs this
code to be able to build. As a workarond I am forcing xmlstarlet to
build against gawk instead of generic awk.
Thanks!
--- System information. ---
Architecture: i386
Kernel: Linux 3.2.0-3-686-pae
Debian Release: wheezy/sid
900 testing security.debian.org
900 testing ftp.debian.org
850 stable security.debian.org
850 stable ftp.debian.org
500 unstableftp.debian.org
500 stable-updates ftp.debian.org
signature.asc
Description: This is a digitally signed message part
Bug#691388: ITP:cloudfiles (1.4.10) - A Ruby version of the Rackspace Cloud Files API
Hi, El dc 24 de 10 de 2012 a les 20:47 -0400, en/na drew craig va escriure: > required for Debian Packaging of Diaspora. > This request is a resend of an earlier request. Do you mean this is a RFP (request for package) instead of ITP (intent to package)? Regards. signature.asc Description: This is a digitally signed message part
Bug#674283: send mail to submit@b.d.o
Hi Pekko, If you're looking for a sponsor you should send [0] to sub...@bugs.debian.org to generate a new bug against sponsorship-requests. Thanks for taking care of ovito! [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674283#10 signature.asc Description: This is a digitally signed message part
Bug#691270: missing ITP
According to [0], szg has not its corresponding ITP bug, despite #691270 title. Please, could you file this ITP bug? Thanks for your work! signature.asc Description: This is a digitally signed message part
Bug#679402: ITP missing for package mysql-tzdata with RFS 679402
Hi, According to [0], mysql-tzdata has not its corresponding ITP bug. Please, could you file it? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt signature.asc Description: This is a digitally signed message part
Bug#686513: ITP missing for package jampal with RFS 686513
Hi, According to [0], jampal has not its corresponding ITP bug. This bug is needed because jampal has been removed from Debian. If you want to reintroduce the package, please, could you file this ITP bug? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt signature.asc Description: This is a digitally signed message part
Bug#689941: RFS: fvwm/1:2.6.5.ds-1 [ITA]
Hi, According to [0], fvwm has not its corresponding ITA bug, despite #689441 title. Please, could you file this ITA bug? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt signature.asc Description: This is a digitally signed message part
Bug#689167: ITP missing for package sweethome3d-furnitures-nonfree with RFS 689167 with ITP in title
Hi, According to [0], sweethome3d-furnitures-nonfree has not its corresponding ITP bug, despite #689167 title. Please, could you file this ITP bug? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt signature.asc Description: This is a digitally signed message part
