Bug#754260: RFS: terminology/0.6.0-1 [ITP]
On 6 August 2014 06:56, Paul Wise wrote: > > > https://phab.enlightenment.org/T1489 > > Why is that bug locked/private? > I do believe you might actually need a phab account to see it. http://i.imgur.com/7NcKL7r.jpg here's a screenshot instead > > > The best thing you can do for now is just apply the patch in Debian > until upstream are willing to remove the embedded code copy. > > On that note, also some further comments from raster (lead enlightenment/efl dev) in this case - no as other distros dont generally ship lz4 and as i said - we are going to wrap etc. and move it elsewhere also - debian policies are not ours Oh well. Anthony.
Bug#754260: RFS: terminology/0.6.0-1 [ITP]
On Wed, 2014-08-06 at 06:47 +0100, Anthony F McInerney wrote: > https://phab.enlightenment.org/T1489 Why is that bug locked/private? > The two main comments were "Could you work on the patch to use the lib > if the lib is found. This would require debian to provide a lz4.pc > (and give it to upstream)." > Followed by "invalid" and closed. The patch already does that I think, hard to tell from the language they use though. > I think they would accept a patch that would work for them to be able > to keep their embedded copy. The whole point is to have them remove the embedded copy so that doesn't sound like a useful thing to spend time on. > So that we don't have to patch, just delete src/bin/lz4, which would > be cleaner? The best thing you can do for now is just apply the patch in Debian until upstream are willing to remove the embedded code copy. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#754260: RFS: terminology/0.6.0-1 [ITP]
>If you could get upstream to delete src/bin/lz4 from their VCS and >tarballs that would be good too. https://phab.enlightenment.org/T1489 The two main comments were "Could you work on the patch to use the lib if the lib is found. This would require debian to provide a lz4.pc (and give it to upstream)." Followed by "invalid" and closed. I think they would accept a patch that would work for them to be able to keep their embedded copy. So that we don't have to patch, just delete src/bin/lz4, which would be cleaner?
Bug#754260: RFS: terminology/0.6.0-1 [ITP]
On Wed, Aug 6, 2014 at 2:16 AM, Anthony F McInerney wrote: > Yup, the use-lz4.patch was great, i merged your rules/control with mine > (that i'd created from your previous mail) and everything appears to be > fine. I've pushed the patch (and the others) upstream, hopefully something > will be done. If you could get upstream to delete src/bin/lz4 from their VCS and tarballs that would be good too. -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caktje6emd1bfctshocnygccngfk2ee902zdqszj0t5v6cvp...@mail.gmail.com
Bug#757180: RFS: pw3270 [NMU] [ITP] -- an IBM 3270 Terminal emulator for gtk
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my packages: lib3270, lib3270-dev, libreoffice-extension-pw3270, oorexx, oorexx-dev, php5-tn3270, pw3270, pw3270-plugin-dbus and pw3270-plugin-rexx. Upstream Author: Perry Werneck URL: http://www.softwarepublico.gov.br/dotlrn/clubs/pw3270/one-community?page_num=0 License: GPL v2 Pw3270 is an IBM 3270 Terminal emulator for gtk. It can be used to communicate with any IBM host that supports 3270-style connections over TELNET. It features a rich GTK+3 interface, ssl connections, sending/receiving files to/from mainframe and bindings for libreoffice, php, dbus and oorexx. It was developed by Perry Werneck, under request of Banco do Brasil S.A., the major bank in Brazil and a great user os free software. Binaries and sources can be obtained from: http://download.opensuse.org/repositories/home:/PerryWerneck:/pw3270/xUbuntu_14.04/ Regards, --- Fábio Lima (fa...@fabiolima.eti.br)
Bug#757176: RFS: xombrero/2:1.6.3-1 -- Minimalist's web browser
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "xombrero" * Package name: xombrero Version : 2:1.6.3-1 Upstream Author : Marco Peereboom (and several others) * URL : http://opensource.conformal.com/wiki/xombrero * License : ISC, MIT, BSD-4-clause, BSD-3-clause, BSD-2-clause, CC-BY-SA Section : web It builds those binary packages: xombrero - Minimalist's web browser xxxterm- transitional package for xxxterm rename To access further information about this package, please visit the following URL: http://mentors.debian.net/package/xombrero Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/x/xombrero/xombrero_1.6.3-1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * New upstream release * Changed source and binary package name to xombrero in order to be consistent with upstream's new naming - New package now 'replaces' and 'Breaks' the obsolete xxxterm package * Updated debian/control file: - Description field to match the new package description - libwebkitgtk-3.0-dev dependency - Added xxxterm dummy package * Updated debian/copyright file to match the file renames * Fixed licenses for *.png and *.css files * Renamed debian/xxxterm.upstream-changelog to debian/xombrero.upstream-changelog * Modified all other control files according to the renaming: - debian/examples - debian/install - debian/menu - debian/postinst - debian/prerm - debian/rules - debian/watch * Added NEWS file * Moved to debhelper v9, to handle hardening flags * Prevent dh from running dh_auto_test by adding override_dh_auto_test to debian/rules * Updated Standards-Version to latest version (3.9.5) * Updated debian/menu icon path to use full path instead of relative path * Added debian/docs file to install README.md * Dropped 0003-Unnecessary-lib-directory-installation patch as it is not required anymore. * Added new patch to add "Keywords" to .desktop file * Added lintian-overrides file to ignore a typo in a quote Regards, Luis Henriques -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140805234051.ga...@achilles.my.domain
Bug#754793: RFS: mosquitto/1.2.1-2 RC
Hi Eriberto, > 1. You need to put all changes in d/changelog. You can use your VCS to check > it. Ok, I have done this. > 2. In d/changelog, you should use urgency=medium, not high. Fixed. > 3. The cowbuilder builds the package. However, when building the > package in a new Sid environment (new, recently installed, clean), I > got: > > ./01-connect-success.py > 1407017636: Error: Invalid user 'mosquitto'. When the mosquitto broker runs as root, it will always attempt to drop privileges to the mosquitto user by default, or another user if so configured. If it is not running as root, this does not happen. I don't believe that building packages as root is a good idea, I would suggest simply trying again with a non-privileged user. I have uploaded the fixed version to mentors. This is again a bumped upstream version due to a few other bugs being reported. I don't want to miss out on a willing debian developer and have a version uploaded with known bugs :) Regards, Roger -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cah7zdyeswo+ayg5v19lw-z+acm9nr83esx-xdxb+d5ytyuq...@mail.gmail.com
Bug#751659: RFS: gridlock.app/1.10-4 [ITA]
On Tue, 05 Aug 2014, Yavor Doganov wrote: > Don Armstrong wrote: > > When working with NMUs, you can either > > > > 1) Incorporate the NMU changelog entries before your new changelog entry > > > > 2) Include a separate section in your new changelog entry which > > acknowledges the NMU-specific changes and the bugs that they fixed > > without including the NMU changelog entries. > > with option #1 the changelog entry "Ack NMU, thanks NMUer" seems to be > nothing more than a simple acknowledgment that the maintainer confirms > the changes made by the NMU. [...] > I mean, if the maintainer is basing the new release on the NMU, there > is an implicit assumption that the NMU has been ACK'ed and this > changelog entry is more or less redundant. Pretty much. The only real reason to include that is the "thanks NMUer" part; it's a good way to show that you appreciate the work of the NMUer. -- Don Armstrong http://www.donarmstrong.com Creativity can be a social contribution, but only in so far as society is free to use the results. -- Richard M Stallman _GNU Manifesto_ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140805215043.gk2...@rzlab.ucr.edu
Bug#739889: RFS: twython/3.1.2-1 [ITP] -- Pure Python wrapper for the Twitter API
Hi! No need rename. And is dh_installchangelogs, not dh_autoinstalldocs. Cheers, Eriberto 2014-08-05 17:37 GMT-03:00 Josué Ortega : > > I have one question about dh_autoinstalldocs, should I rename the > History.rst before > pass it as parementer to dh_autoinstalldocs? -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cap+dxjfqiibbdchb66tm2lcs16ghem+-an5oxiqjaib_u5f...@mail.gmail.com
Bug#739889: RFS: twython/3.1.2-1 [ITP] -- Pure Python wrapper for the Twitter API
Hi Eriberto, On Tue, Aug 5, 2014 at 5:18 AM, Eriberto wrote: > Hi Josue, > > I will be glad sponsoring your package. Please, put a revised version > in mentors. When you can do it? > > Thanks! I estimate the changes will be ready this weekend but I'll try to get them done ASAP > Cheers, > > Eriberto > I have one question about dh_autoinstalldocs, should I rename the History.rst before pass it as parementer to dh_autoinstalldocs? Cheers -- Josue Ortega Happy Hacking http://josueortega.org PGP key 4096R/AB4AFD3F 2012-08-20 Fingerprint = 7733 B328 D279 5F5B E232 5ADD 0150 9D5C AB4A FD3F
Bug#756634: RFS: roxterm/2.9.1-1
On 04/08/14 21:58, Vincent Cheng wrote: On Mon, Aug 4, 2014 at 12:24 PM, Tony Houghton wrote: On 04/08/14 07:11, Vincent Cheng wrote: On Thu, Jul 31, 2014 at 10:15 AM, Eriberto Mota wrote: - Allow the content modification of the po/roxterm.pot. To make it, create the file debian/source/options with this content[1]: extend-diff-ignore = "^po/roxterm.pot$" I did that, but I get this warning: dpkg-source: warning: --extend-diff-ignore:=(^|/)po/roxterm.pot$ is not a valid option for Dpkg::Source::Package::V3::Quilt This seems to work (there are a lot more files that dpkg-source complains about): extend-diff-ignore = "^(po/((.*).mo|roxterm.pot)|(.*).xml|Help/(.*)|roxterm.spec)$" That still doesn't work for me, I get the same warning as before. If it works for you I'll upload a new version with that and some other changes designed to fix this, but there are still several underlying problems with the build, creating things like .mo files in the top source directory instead of in the build directory, and building in debian/build-gtk* causes the .pot files to show different paths for the source files than if it's run in the default upstream build directory. I think I really need to switch to a different build system to fix this, so that would probably take a few days :-(. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e12903.7050...@realh.co.uk
Bug#754260: RFS: terminology/0.6.0-1 [ITP]
Hi Pabs, On 5 August 2014 06:02, Paul Wise wrote: > > The attached files (completely untested) should do something like that > and fix other issues. Yup, the use-lz4.patch was great, i merged your rules/control with mine (that i'd created from your previous mail) and everything appears to be fine. I've pushed the patch (and the others) upstream, hopefully something will be done. Still waiting on what to do with geneet stuff, upstream are working on a solution and hopefully will hear from them soon. (they have the email address for this bug) Thanks very much for your help pabs. I've uploaded the new revision to mentors. Kind Regards Anthony (bofh80)
Bug#754463: marked as done (RFS: pdf2htmlex/0.12+ds-1 [ITP] -- Converts PDF to HTML while retaining most formatting)
Your message dated Tue, 5 Aug 2014 18:44:27 +0200 with message-id <20140805164427.ga9...@jwilk.net> and subject line Re: Bug#754463: RFS: pdf2htmlex/0.11+ds-1 has caused the Debian Bug report #754463, regarding RFS: pdf2htmlex/0.12+ds-1 [ITP] -- Converts PDF to HTML while retaining most formatting 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 now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 754463: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754463 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "pdf2htmlex" * Package name: pdf2htmlex Version : 0.11+ds-1 Upstream Author : WANG Lu * URL : http://github.com/coolwanglu/pdf2htmlEX * License : GPL3, MIT, CC-BY-3.0 Section : misc It builds those binary packages: pdf2htmlex - Converts PDF to HTML while retaining most formatting To access further information about this package, please visit the following URL: http://mentors.debian.net/package/pdf2htmlex This is the most advanced PDF to HTML converter that I have seen so far. I was looking for a way to publish the scientific papers I wrote over the years and I wanted to offer a way such that one could view them without having to use a PDF viewer. Unfortunately it seems that the existing options for converting PDF to HTML are missing many features which make them unusable for complex PDF as those produced by latex for scientific conferences and journals (multi column, complicated figures). While not 100% pixel perfect, pdf2htmlEX produces HTML pages that are absolutely readable for all the content I tried. Using the fallback mode it is even possible to view them with javascript disabled. cheers, josch --- End Message --- --- Begin Message --- * Johannes Schauer , 2014-08-05, 01:34: I created a new patch "fix-spelling". But since this is the only correction we have so far I guess we wait with forwarding it to upstream until there are more changes than just a single letter? Fair enough. I took the liberty of bumping date in the changelog (see the attached debdiff) and uploaded the package. -- Jakub Wilk diff -Nru pdf2htmlex-0.12+ds/debian/changelog pdf2htmlex-0.12+ds/debian/changelog --- pdf2htmlex-0.12+ds/debian/changelog 2014-07-30 07:26:15.0 +0200 +++ pdf2htmlex-0.12+ds/debian/changelog 2014-08-05 18:36:08.0 +0200 @@ -2,4 +2,4 @@ * Initial release. (Closes: #754460) - -- Johannes Schauer Wed, 30 Jul 2014 07:25:28 +0200 + -- Johannes Schauer Tue, 05 Aug 2014 01:34:54 +0200 --- End Message ---
Bug#750800: marked as done (RFS: gtamsanalyzer.app/0.42-7)
Your message dated Tue, 5 Aug 2014 12:14:47 -0300 with message-id and subject line Re: RFS: gtamsanalyzer.app/0.42-7 has caused the Debian Bug report #750800, regarding RFS: gtamsanalyzer.app/0.42-7 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 now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 750800: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750800 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "gtamsanalyzer.app". It builds these binary packages: gtamsanalyzer.app - Qualitative Research Software for GNUstep To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gtamsanalyzer.app Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/gtamsanalyzer.app/gtamsanalyzer.app_0.42-7.dsc Changes since the last upload: * debian/source/format: Switch to 3.0 (quilt). * debian/README.source: Delete. * debian/control (Build-Depends): Remove dpatch. (Vcs-Arch): Replace with Vcs-Git; add Vcs-Browser. (Standards-Version): Claim compliance with 3.9.5 as of this release. * debian/rules: Don't include dpatch.mk. Enable hardening. (clean): Merge clean-patched recipe here. (binary-arch): Replace gsdh_gnustep with dh_gnustep. (build-arch, build-indep): New targets as required by Policy. * debian/patches/05_system_pcre.dpatch: * debian/patches/10_gv_path.dpatch: * debian/patches/00list: Quiltify/rename as... * debian/patches/use-system-pcre.patch: * debian/patches/gv-path.patch: * debian/patches/series: ...and make them DEP-3 compliant. * debian/patches/gcc-warnings.patch: New; fix a lot of issues, still way too many remain (Closes: #749756). * debian/preinst: Delete; no longer needed. * debian/GTAMSAnalyzer.desktop: Add Keywords field. --- End Message --- --- Begin Message --- Uploaded. Thanks for your work. Regards, Eriberto--- End Message ---
Re: Fw: Bug#756654: ITP: rohc -- RObust Header Compression (ROHC) library
On Tue, Aug 05, 2014 at 03:40:37PM +0200, Gergely Nagy wrote: > Simon Paillard writes: > > > Furthermore, there is a lintian warning I can't get fixed: > > W: librohc-dev: duplicate-changelog-files > > usr/share/doc/librohc-dev/ChangeLog.gz > > usr/share/doc/librohc-dev/changelog.gz > > If you remove ChangeLog from debian/docs, that should get it fixed. > dh_installchangelogs will pick up the upstream one. > > For the future, if you set DH_VERBOSE=1 when building the package, > debhelper will tell you what it is doing, and you'll see which command > is copying which file where. That should help you to resolve similar > issues in the future. Thanks Gergely, indeed debian/docs interfered with dh_installchangelogs. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140805141820.gu32...@mraw.org
Re: Fw: Bug#756654: ITP: rohc -- RObust Header Compression (ROHC) library
Simon Paillard writes: > Furthermore, there is a lintian warning I can't get fixed: > W: librohc-dev: duplicate-changelog-files > usr/share/doc/librohc-dev/ChangeLog.gz usr/share/doc/librohc-dev/changelog.gz If you remove ChangeLog from debian/docs, that should get it fixed. dh_installchangelogs will pick up the upstream one. For the future, if you set DH_VERBOSE=1 when building the package, debhelper will tell you what it is doing, and you'll see which command is copying which file where. That should help you to resolve similar issues in the future. -- |8] -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/874mxrm4ve@balabit.hu
Fw: Bug#756654: ITP: rohc -- RObust Header Compression (ROHC) library
Hi all, rohc is my first library package, I'd welcome a review. My ITP is attached. Furthermore, there is a lintian warning I can't get fixed: W: librohc-dev: duplicate-changelog-files usr/share/doc/librohc-dev/ChangeLog.gz usr/share/doc/librohc-dev/changelog.gz Full lintian output at https://people.debian.org/~spaillard/rohc/1.7.0/rohc_1.7.0-1_amd64.changes.lintian I also wonder how far in precision I shall describe debian/copyright (debmake --copyright is a little buggy with the rohc sources as it considers doxygen comments as part of license). Thanks in advance ! -- Simon Paillard --- Begin Message --- Package: wnpp Severity: wishlist Owner: Simon Paillard * Package name: rohc Version : 1.7.0 Upstream Author : Didier Barvaux * URL : http://rohc-lib.org/ * License : LGPL-2.1+ Programming Lang: C Description : RObust Header Compression (ROHC) library RObust Header Compression (ROHC) is a standardized method defined by the IETF in RFC3095 to compress the IP, UDP, RTP, and TCP headers of Internet packets. This compression scheme differs from other compression schemes by the fact that it performs well over links where the packet loss rate is high, such as wireless links The library is also provided with application like rohctunnel, which makes a ROHC-over-UDP or ROHC-over-Ethernet tunnel. The library is also used by packages not (yet?) in Debian: * http://opensand.org/ A satellite telecommunication system emulation platform * Patched versions of openvpn A first version of packaging is available at http://anonscm.debian.org/cgit/users/spaillard/rohc.git/ https://people.debian.org/~spaillard/rohc/1.7.0/ I don't need a sponsor, but I'd welcome reviewers as it's my first library package. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140731202323.23976.61280.reportbug@toshi --- End Message ---
Re: Where to pick latest bootstrap.js java script library from
On Tue, Aug 05, 2014 at 09:16:02AM +0200, Andreas Tille wrote: > I thought that > > libjs-twitter-bootstrap: /usr/share/twitter-bootstrap/files/js/bootstrap.js > > would be the right file to link to after removing the minified JS but > I noticed that the header of this file is: > > /* === > * bootstrap-transition.js v2.0.2 > * http://twitter.github.com/bootstrap/javascript.html#transitions > * === Maintainer: Debian QA Group -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140805113100.ga27...@belkar.wrar.name
Bug#739889: RFS: twython/3.1.2-1 [ITP] -- Pure Python wrapper for the Twitter API
Hi Josue, I will be glad sponsoring your package. Please, put a revised version in mentors. When you can do it? Cheers, Eriberto -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cap+dxjdk_qxz-luhrqghaunpjxf0dwm3r0fgo1fz00snuxz...@mail.gmail.com
Re: Problems with ftp and checksums
On 08/05/2014 10:17, Dariusz Dwornikowski wrote: > On 04.08.14 13:52:52, Ansgar Burchardt wrote: >> On 08/04/2014 08:15, Dariusz Dwornikowski wrote: >>> I tried to upload viewnior to ftp-eu but it seems unoperable. Then I >>> tried to upload to master, and have a problem. Since this is -2 point >>> release, ftp already knows the orig source tarball but it has >>> different size and checksum from .dsc. Probably someday was uploaded >>> partially. I cannot delete orig with dcut, what can I do ? >> >> Is a version of the package in question already in the archive? If yes, >> are you sure you are using the same upstream tarball as already present >> in the archive? > > I am trying to upload 1.4-2, some time ago I uploaded 1.4-1. I checked > the .dcs for 1.4-1 and the orig has the same size and checksum as in > -2 dsc. The package currently in the archive says: 1fa678236c5c3538863f7d4fc6a2e9e5 560284 viewnior_1.4.orig.tar.gz (md5sum so it fits the line) >> It would also help if you included the actual error messages you got. >> > > I can only provide an error from ftp: > > === > > viewnior_1.4-2.dsc: Invalid size hash for viewnior_1.4.orig.tar.gz: > According to the control file the size hash should be 566470, > but viewnior_1.4.orig.tar.gz has 560284. > > If you did not include viewnior_1.4.orig.tar.gz in you upload, a different > version > might already be known to the archive software. > > === Then viewnior_1.4-2.dsc refers to a .orig.tar.gz of a different size that does not match the one currently included in the archive. Ansgar -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e09fd1.7060...@debian.org
Re: Problems with ftp and checksums
On 04.08.14 13:52:52, Ansgar Burchardt wrote: > On 08/04/2014 08:15, Dariusz Dwornikowski wrote: > > I tried to upload viewnior to ftp-eu but it seems unoperable. Then I > > tried to upload to master, and have a problem. Since this is -2 point > > release, ftp already knows the orig source tarball but it has > > different size and checksum from .dsc. Probably someday was uploaded > > partially. I cannot delete orig with dcut, what can I do ? > > Is a version of the package in question already in the archive? If yes, > are you sure you are using the same upstream tarball as already present > in the archive? I am trying to upload 1.4-2, some time ago I uploaded 1.4-1. I checked the .dcs for 1.4-1 and the orig has the same size and checksum as in -2 dsc. In -2 I deleted some files (config.sub and so on) from the source in git (I am using gdb). But -2 point release does not upload orig again so this should not be an issue (and the new dsc has the same size and checksum) > > It would also help if you included the actual error messages you got. > I can only provide an error from ftp: === viewnior_1.4-2.dsc: Invalid size hash for viewnior_1.4.orig.tar.gz: According to the control file the size hash should be 566470, but viewnior_1.4.orig.tar.gz has 560284. If you did not include viewnior_1.4.orig.tar.gz in you upload, a different version might already be known to the archive software. === -- Dariusz Dwornikowski, Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140805081733.ga4...@blackstar.cs.put.poznan.pl
Re: Where to pick latest bootstrap.js java script library from
On Tue, Aug 5, 2014 at 12:16 AM, Andreas Tille wrote: > Hi, > > I want to replace a minified bootstrap.min.js (from python-mne package) > saying: [...] > which sounds more recent and potentially better fitting than > libjs-twitter-bootstrap. However, simply depending from a random > package which in the future might or might not ship the said JS > library does not sound reasonable to me. > > Any hint how to solve this? As with jquery, you really just have 2 options: - Don't ship embedded copies of bootstrap in your package (and strip it out of the source tarball as well), potentially breaking stuff in your package. - Ship an embedded copy of bootstrap + corresponding unminified version in your package. A better long-term solution (credit goes to paultag for suggesting it first) would be for someone to create a monster js-common package containing every single released version of popular JS libs such as jquery and bootstrap, so that we don't have hundreds of copies of jquery, bootstrap, et al. littering the archive... Regards, Vincent -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caczd_tb-lvbvdsv261pujj9njy9-nz-bt3ugs34qtu6pjvr...@mail.gmail.com
Bug#751659: RFS: gridlock.app/1.10-4 [ITA]
Don Armstrong wrote: > When working with NMUs, you can either > > 1) Incorporate the NMU changelog entries before your new changelog entry > > 2) Include a separate section in your new changelog entry which > acknowledges the NMU-specific changes and the bugs that they fixed > without including the NMU changelog entries. > > Either method is acceptable as far as the BTS is concerned. This is all understandable, but with option #1 the changelog entry "Ack NMU, thanks NMUer" seems to be nothing more than a simple acknowledgment that the maintainer confirms the changes made by the NMU. Not doing it has the same effect if the new release is based on the NMU anyway. I mean, if the maintainer is basing the new release on the NMU, there is an implicit assumption that the NMU has been ACK'ed and this changelog entry is more or less redundant. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87a97jifa4.GNUs_not_UNIX!%ya...@gnu.org
Where to pick latest bootstrap.js java script library from
Hi, I want to replace a minified bootstrap.min.js (from python-mne package) saying: /*! * Bootstrap v3.0.3 (http://getbootstrap.com) * Copyright 2013 Twitter, Inc. * Licensed under http://www.apache.org/licenses/LICENSE-2.0 */ I thought that libjs-twitter-bootstrap: /usr/share/twitter-bootstrap/files/js/bootstrap.js would be the right file to link to after removing the minified JS but I noticed that the header of this file is: /* === * bootstrap-transition.js v2.0.2 * http://twitter.github.com/bootstrap/javascript.html#transitions * === which looks a bit aged to me. Seeking for other replacements via apt-file search bootstrap.js I can find a lot and picking a pure random one I get: debci: /usr/share/debci/public/bootstrap/js/bootstrap.js /** * bootstrap.js v3.0.0 by @fat and @mdo * Copyright 2013 Twitter Inc. * http://www.apache.org/licenses/LICENSE-2.0 */ which sounds more recent and potentially better fitting than libjs-twitter-bootstrap. However, simply depending from a random package which in the future might or might not ship the said JS library does not sound reasonable to me. Any hint how to solve this? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140805071602.gb30...@an3as.eu
