Re: RFS: tk-table
Hello,
On Fri, 20 Jan 2012 10:42:52 +0100
Ole Streicher wrote:
> http://mentors.debian.net/debian/pool/main/t/tk-table/tk-table_2.10-1.dsc
> Depends: ${tcl:Depends}, ${tk:Depends}, ${misc:Depends},
> ${shlibs:Depends}
For that to work properly, you have to call tcltk-depends during
package build process.
Tcl manpages need to be installed within section 3tcl or 3tk, not 3.
Also, why compat level 5? If you used 7 or later, dh_installchangelogs
would automagically pick the upstream-supplied changelog up.
--
WBR, Andrew
signature.asc
Description: PGP signature
Re: RFS: vera++
Hi, > As a side note I see ref to tcl8.4 which is about to be removed Agree on this point. Please make use of version-less tcl/tcl-dev packages. -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/camb-maz2eicwja65h1d54vlqvjrzw9brl4g6m1bme26_lb7...@mail.gmail.com
Bug#672701: RFS: clearwaita-theme/1.0 [ITP]
Package: sponsorship-requests Severity: wishlist Source: clearwaita-theme Version: 1.0-1 Section: gnome Upstream-Author: Jean-Philippe Fleury License: GPL-3+ Homepage: http://www.jpfleury.net/en/software/clearwaita.php Vcs-Hg: http://anonscm.debian.org/hg/collab-maint/clearwaita-theme/ Architecture: all Description: Clearwaita theme Clearwaita is a GTK2/GTK3 theme. Files for GTK3 are a modified version of Adwaita, the default GNOME 3 theme, to make it visually close to Clearlooks. Files for GTK2 come from the unmodified Clearlooks theme. This source package builds the only binary package: clearwaita-theme. Currently the package is lintian-clean. More information about this package can be found here: http://mentors.debian.net/package/clearwaita-theme Prospective sponsors or reviewers can download the package using dget: dget -x http://mentors.debian.net/debian/pool/main/c/clearwaita-theme/clearwaita-theme_1.0-1.dsc Also, the packaging is under version control at: http://anonscm.debian.org/hg/collab-maint/clearwaita-theme/ I'd be thankful if someone uploaded this for me. -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120512231640.18668.21688.reportbug@localhost.localdomain
Re: Bug#672701: partial review
Hello, On Sun, 13 May 2012 21:45:10 -0400 Paul Tagliamonte wrote: > * Please use dpkg-statoverride rather then that rules override > you've got in there, since you can have some problems on upgrade, etc. How it that going to help? It's build-time thing, it doesn't matter, I guess. > * You should also consider using DEP5 for your copyright. May be or may not be needed. It's optional at this moment, so I don't use it widely (yet). -- WBR, Andrew signature.asc Description: PGP signature
Re: Bug#672701: partial review
Hello, On Mon, 14 May 2012 07:44:02 -0400 Paul Tagliamonte wrote: > > > * Please use dpkg-statoverride rather then that rules override > > > you've got in there, since you can have some problems on upgrade, > > > etc. > > How it that going to help? It's build-time thing, it doesn't > > matter, I guess. > It was late, you're right. Well, you're wrong, but you're right. The > *real* reason not to use this is because it's really more for > end-users and sysadmins, like dpkg-divert. It'd add a dpkg entry that > the package shouldn't be shipping, and chmod is right. My bad. Sorry, from your message I can't see where I'm wrong. "build-time thing" was about chmod. Unlike dpkg-whatever. > > > * You should also consider using DEP5 for your copyright. > > May be or may not be needed. It's optional at this moment, so I > > don't use it widely (yet). > It's in the packaging manual, and it's been accepted. You should be > taking it more seriously. It's perhaps not a requirement, but it's a > good thing to have. It's been accepted but it wasn't promoted to thing which is required. I see no real reason to use it yet, at least here, sorry. -- WBR, Andrew signature.asc Description: PGP signature
Bug#672701: partial review
Hello, On Mon, 14 May 2012 20:01:51 +0200 Gergely Nagy wrote: > On one hand, some sponsors prefer DEP5, and wouldn't spend time > looking at non-DEP5 sponsor requests (I'm one of these, see my other > reasons further along). If a prospective sponsor prefers DEP5, I have nothing against that; that may be a reason to do the conversion. Or a really complicated copyright/license situation can be (see forever unfinished libnatspec packaging, even incomplete DEP5-alike debian/copyright was long enough). > The main reason I prefer DEP5 is because it pretty much forces one to > look through the licenses and copythights THROUGHLY, which makes both > my job easier when reviewing, and the ftpmaster's job when they > process the package through NEW. Being machine-readable is a good > thing too, but the main selling point of DEP5 for me is its > granularity. It's not a matter of format, one can skip all the licenses in DEP5, or specify everything needed in a plain human-readable (!) text file. > So many times I've seen copyrights and licenses missed in a > debian/copyright file, because one did not look further than the top > level LICENSE file... DEP5 makes one dig deeper. Of course, one can do > that without the format, but.. if you're going through it all > throughly, and documenting it anyway... might as well do so in a > format that's standardized in Debian Policy. It doesn't really, because it's just a format. > So I would strongly urge you to reconsider, and use DEP5. In the long > run, I believe it's worth the effort. Currently, it's a DEP5-like thing, but more human-readable. Easy to convert, if needed, and still easily machine-greppable when needed. P.S. Maybe we need some kind of d/copyright re-formatter, which would parse DEP5 files and display their contents in real plain text which doesn't 'kill all humans'? :) -- WBR, Andrew signature.asc Description: PGP signature
Re: Bug#659522: O: prelink -- ELF prelinking utility to speed up dynamic linking
Hello, On Fri, 8 Jun 2012 05:33:31 + Bart Martens wrote: > The ITA owner Daniel Martà wrote on 21 May 2012 "to make it as a Hi, you have a wrong Content-Type: text/plain; charset=iso-8859-1 set, while indeed it's UTF-8, and his name is Daniel Martí. -- WBR, Andrew signature.asc Description: PGP signature
Bug#672701: RFS: clearlooks-phenix-theme/1.0 [ITP]
Hello, On Sun, 13 May 2012 01:16:40 +0200 Andrew Shadura wrote: > Source: clearwaita-theme > Description: Clearwaita theme > Clearwaita is a GTK2/GTK3 theme. Files for GTK3 are a modified > version of Adwaita, the default GNOME 3 theme, to make it visually > close to Clearlooks. Files for GTK2 come from the unmodified > Clearlooks theme. The package has been renamed upstream, it's now called Clearlooks-Phenix. For those who have missed the RFS last time: Clearlooks-Phenix is a GTK3 port of Clearlooks, the default theme for GNOME 2. Files for GTK3 correspond to significant changes of Adwaita, the default GNOME 3 theme. Files for GTK2 come from the unmodified Clearlooks theme. Details can be found here: http://mentors.debian.net/package/clearlooks-phenix-theme And, of course, here's a direct link to .dsc: http://mentors.debian.net/debian/pool/main/c/clearlooks-phenix-theme/clearlooks-phenix-theme_2.0.5-1.dsc I'd be really glad if someone uploaded this package, as I guess many people are going to miss Clearlooks with introduction of GTK+ 3. -- WBR, Andrew signature.asc Description: PGP signature
Re: Bug#684529: RFS: turnserver/0.6-1 (ITP: #684481)
Hello, On Fri, 10 Aug 2012 20:01:52 + Daniel Pocock wrote: > * Package name: turnserver > More information about hello can be obtained from > http://www.example.com. Oh, really? :) -- WBR, Andrew signature.asc Description: PGP signature
Re: berlios closing; where should my projects escape to?
Hello, On Tue, 18 Oct 2011 00:02:04 -0500 Paul Elliott wrote: > I must move my projects before berlios closes. > Any suggestions? i) About GitHub; they seem to have a subversion API, too: https://github.com/blog/966-improved-subversion-client-support ii) Mercurial is very easy to use if you've used Subversion before, so BitBucket may be an option. -- WBR, Andrew signature.asc Description: PGP signature
Re: How to pass CFLAGS to upstream's Makefile with debhlepler ?
Hello, On Mon, 14 Nov 2011 14:12:04 +0900 Charles Plessy wrote: > I wonder if it was the right thing to do, and if it is a change that > can be forwarded upstream. I always use ?= in my Makefiles because it may be important to someone to be able at least partially override the setting I use. > Also, I added $(CPPFLAGS) $(LDFLAGS) in some calls to $(CC), but I > think I remember reading that $(LDFLAGS) is not needed everywhere. > When in doubt, is it safe to add them ? There's LDLIBS or LOADLIBES, you should pass either or both of them to CC as well. LDFLAGS may be needed sometimes, however. -- WBR, Andrew signature.asc Description: PGP signature
RFS: dbus-tcl
Hello, I am looking for a sponsor for my package "dbus-tcl". * Package name: dbus-tcl Version : 1.0-1 Upstream Authors: Schelte Bron, Alexander Galanin * URL : http://dbus-tcl.sourceforge.net * License : ISC Section : devel It builds this binary package: libdbus-tcl - Tcl library for D-Bus To access further information about this package, please visit the following URL: http://mentors.debian.net/package/dbus-tcl Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/d/dbus-tcl/dbus-tcl_1.0-1.dsc The package is maintained with use of Mercurial VCS here: http://anonscm.debian.org/hg/collab-maint/dbus-tcl/ I would be glad if someone uploaded this package for me. -- WBR, Andrew signature.asc Description: PGP signature
Re: How to remove an entire directory (and included files) with a quilt patch?
Hello, On Mon, 12 Dec 2011 23:58:18 +0100 Emilien Klein wrote: > 2011/12/12 Paul Tagliamonte : > >> What is the correct way to remove an entire directory and it's > >> contained files with a quilt patch? > > Why not do that in debian/rules ? > So you would patch the one file that needs patching, and remove the > whole directory from debian/rules, am I following you right? > How would I go about removing that directory? i.e. what call do I need > to add to debian/rules? Doesn't debian/clean work for you? -- WBR, Andrew signature.asc Description: PGP signature
RFS: tkgate (QA upload)
Hello, I am looking for a sponsor for my QA upload of the package tkgate, version 1.8.7-4. The changes introduced: * Switch to DebSrc3.0 (quilt) format for patch handling. * Fix the path to gsim (Closes: #490945). * Specify stricter dependency on data package. * Upgrade to Tcl/Tk 8.5. More information here: http://mentors.debian.net/package/tkgate http://mentors.debian.net/debian/pool/main/t/tkgate/tkgate_1.8.7-4.dsc I would be glad if someone uploaded this package for me. -- WBR, Andrew signature.asc Description: PGP signature
RFS: pgtcl (QA upload)
Hello, I am looking for a sponsor for my QA upload of the package pgtcl, version 1.5-5. The changes introduced: * Upgrade to Tcl 8.5. * Bump Standards-Version to 3.9.2. * Use DebSrc3.0 (quilt) source format. * Add homepage. * Add watch file. * Introduce a strict dependency between the binary packages. * Update copyright file. * Fix doc-base descriptor. More information here: http://mentors.debian.net/package/pgtcl http://mentors.debian.net/debian/pool/main/p/pgtcl/pgtcl_1.5-5.dsc I would be glad if someone uploaded this package for me. -- WBR, Andrew signature.asc Description: PGP signature
Re: RFS: pgtcl (QA upload)
Hello, On Sat, 31 Dec 2011 14:08:29 +0800 Paul Wise wrote: > > * Add homepage. > > * Add watch file. > The sites you gave for these just gives me connection refused, did you > test them? Yes, they do work here: $ wget http://pgfoundry.org/projects/pgtcl -O/dev/null -4 --2011-12-31 12:17:08-- http://pgfoundry.org/projects/pgtcl Resolving pgfoundry.org... 200.46.204.130 Connecting to pgfoundry.org|200.46.204.130|:80... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [text/html] Saving to: `/dev/null' [<=>] 30,663 38.4K/s in 0.8s 2011-12-31 12:17:10 (38.4 KB/s) - `/dev/null' saved [30663] $ wget http://pgfoundry.org/frs/?group_id=186 -O/dev/null -4 --2011-12-31 12:18:24-- http://pgfoundry.org/frs/?group_id=186 Resolving pgfoundry.org... 200.46.204.130 Connecting to pgfoundry.org|200.46.204.130|:80... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [text/html] Saving to: `/dev/null' [ <=> ] 26,892 48.3K/s in 0.5s 2011-12-31 12:18:26 (48.3 KB/s) - `/dev/null' saved [26892] -- WBR, Andrew signature.asc Description: PGP signature
Re: How to bring life into a (Tk) package?
Hello, On Fri, 06 Jan 2012 11:21:08 +0100 debian-de...@liska.ath.cx (Olе Streicher) wrote: > On the build side, I find the policy quite confusing: It says "Build > dependencies for Tcl/Tk dependent packages must be declared for every > Tcl/Tk version, that the package is built for. In order to build for a > specific version, add the versioned Tcl/Tk packages dependencies; it > is generally better and recommended depending on the appropriate > default packages with an eventual strict or relaxed versioning." > Since the package can be build for 8.4 as well as for 8.5, what > should I put into the Build-Depends and Depends? The old package used > Build-Depends: [...] tcl8.4-dev, tk8.4-dev > Depends: [...] tcl|tcl8.5|tcl8.4|tcl8.3, tk|tk8.5|tk8.4|tk8.3 > Is it OK to just replace that with the unversioned relationships? Tcl API is stable enough to just depend on the lowest version it builds against; however, it's better to build-depend on unversioned packages (eg tcl and tk instead of tcl8.5 and tk8.5) but use versioned dependencies on unversioned packages for your binaries (like, tcl (>=8.5.0)). Also, please use tcltk-depends to put the correct versions into Depends fields. -- WBR, Andrew signature.asc Description: PGP signature
RFS: libxml2 (NMU)
Hello, I am looking for a sponsor for my non-maintainer upload of the package libxml2, version 2.7.8.dfsg-5.2. The changes introduced: * Enabled hardened build flags (Closes: #654903). * error.c: Fix __xmlRaiseError (Closes: #622358). More information here: http://mentors.debian.net/package/libxml2 http://mentors.debian.net/debian/pool/main/libx/libxml2/libxml2_2.7.8.dfsg-5.2.dsc I would be glad if someone uploaded this package for me. -- WBR, Andrew signature.asc Description: PGP signature
Re: RFS: libxml2 (NMU)
Hello, On Sun, 8 Jan 2012 20:35:55 +0900 Charles Plessy wrote: > > I am looking for a sponsor for my non-maintainer upload of the > > package libxml2, version 2.7.8.dfsg-5.2. > libxml2 has been orphaned, and two persons proposed themselves to > co-maintain it. Have you tried to contact them ? Well, I know it's been orphaned, but I didn't look into that bug actually. Also, I made this NMU because technically it's not properly orphaned yet --- there wasn't an upload which would rewrite maintainer's name to QA team. Well, I suppose, I should mail them. -- WBR, Andrew signature.asc Description: PGP signature
Re: RFS: libengsas packages
Hello, > 6) Copyright-file must be in DEP-5 format. Please don't say 'must' when you're speaking about what's actually a recommendation, not a rule. Thanks. -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/camb-mayx1a41oqr2yueutjwossklrjqm2k+txw2cnqfaz6a...@mail.gmail.com
Re: debian/watch for gitorious
Hello, On Fri, 8 Mar 2013 17:44:03 +0100 Alfonso Sabato Siciliano wrote: > CFLAGS= `sdl-config --cflags` -Wall -g > LFLAGS= `sdl-config --libs` -lSDL_image -lSDL_ttf -lSDL_mixer > beret: game.o thing.o physics.o > $(CC) $(LFLAGS) $^ -o $@ > > %.o: %.c > $(CC) -c $(CFLAGS) $< This is not correct. Correct would be: CFLAGS=`sdl-config --cflags` -Wall -g LDLIBS=`sdl-config --libs` -lSDL_image -lSDL_ttf -lSDL_mixer beret: game.o thing.o physics.o # end of file With no %.o: %.c rule at all, and with nothing for linking. Use built-in rules, they rule. -- WBR, Andrew signature.asc Description: PGP signature
Re: debian/watch for gitorious
Hello, On Fri, 8 Mar 2013 17:44:03 +0100 Alfonso Sabato Siciliano wrote: > CFLAGS= `sdl-config --cflags` -Wall -g > LFLAGS= `sdl-config --libs` -lSDL_image -lSDL_ttf -lSDL_mixer > ... > beret: game.o thing.o physics.o > $(CC) $(LFLAGS) $^ -o $@ Well, I wasn't entirely correct when I said incorrect. Incorrect is calling LDLIBS LFLAGS. Also, it's a good idea to place libs after your binaries, not before. But why do that when built-in rules work just fine and make you Makefile a lot shorter? -- WBR, Andrew signature.asc Description: PGP signature
Re: debian/watch for gitorious
Hello, On Fri, 08 Mar 2013 21:51:26 +0100 Ansgar Burchardt wrote: > Please do! > Having a header in each file makes reviewing license information much, > much easier. > If there's only a "global" license file it will often not contain > information about files that are released under a different > licenses. Or it gets totally unclear what the actual license is if > files from project A get copied into project B. By the way. How about upstream shipping a file in debian/copyright format describing all the things about licenses in one place? -- WBR, Andrew signature.asc Description: PGP signature
Bug#693556: closing 693556
close 693556 thanks Uploaded. -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1364240073-1180-bts-andre...@debian.org
Re: tkpath review
Hello, Vitaly, are you still interested in maintaining the package? You've never replied to my review, and your package has been deleted from mentors. If you decide to fix the issues I mentioned, I could sponsor your package; also it seems, I may become a new upstream, as Mats who wrote tkpath has passed away four years ago [1], and I'm interesting in having a mature high-quality Tk canvas. [1] http://www.codebykevin.com/blosxom.cgi/2009/01/14#mats [2] https://bitbucket.org/andrew_shadoura/tkpath -- WBR, Andrew signature.asc Description: PGP signature
Bug#707580: Re[2]: RFS: hyphen-ru/20030310-1 [ITP]
Hi, On 13 May 2013 11:27, Ильяс Гасанов wrote: > Done, now lintian displays that the package is clean. However, the > upstream distribution has no changelog at all so I had to analyze all > the previous versions released and write it myself. Also, it would be > rather good if the "description too short" warning was cleaned from most > other hyphen-XX packages already in repository as well. Ideally, I think > their descriptions should be uniform. You don't need to write a changelog, it's an upstream issue. I'd not care at all, it's their decision, and it's not something totally wrong that urgently needs fixing. -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMb-mAzuT-o6YU=YzOf4KaNzRNhiB2nR9ik3kfxMM_dsyOu=y...@mail.gmail.com
Bug#709564: RFS: irssi-scripts/20130508
Control: tag -1 pending Hello, On 24 May 2013 05:29, Daniel Echeverry wrote: > I am looking for a sponsor for my package "irssi-scripts" Uploaded, thanks for your work. Feel free to contact me directly next time. -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMb-mAzswLMGSs4pKh+-jBHbUKNbn7p6sxu7XWEqxVP_XH7=n...@mail.gmail.com
Re: Bug#710835: RFS: roxterm/2.7.1-1
Hello, On Sun, 2 Jun 2013 21:53:20 +0100 Tony Houghton wrote: > I am looking for a sponsor for my updated package "roxterm" Uploaded, thanks a lot! -- WBR, Andrew signature.asc Description: PGP signature
Re: Bug#718903: RFS: hg-fast-export/20120921-1 [RC]
Hello, On Wed, 7 Aug 2013 01:17:00 +0600 Andrey Rahmatullin wrote: > I am looking for a sponsor for my package "hg-fast-export" Uploaded, thanks! -- WBR, Andrew signature.asc Description: PGP signature
Bug#722450: RFS: osmctools/0.1-1 [ITP] -- Some tools to manipulate OpenStreetMap files
Hello, On 11 September 2013 09:56, Pierre Blanc wrote: >dget -x > http://mentors.debian.net/debian/pool/main/o/osmctools/osmctools_0.1-1.dsc I'd recommend you to drop your autoconf manipulations and try to use dh-autoreconf. Also, upstream's license choice seems to be sort of strange. Have you tried to ask them if they really mean that? -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CACujMDO2s3Hv7Y-oguK_D+M=6b1m4meqfn4wnh_tyuxtmem...@mail.gmail.com
Re: Bug#722450: RFS: osmctools/0.1-1 [ITP] -- Some tools to manipulate OpenStreetMap files
Hello, On Wed, 11 Sep 2013 16:22:18 +0200 Andreas Tille wrote: > > On 11 September 2013 09:56, Pierre Blanc wrote: > > >dget -x > > > http://mentors.debian.net/debian/pool/main/o/osmctools/osmctools_0.1-1.dsc > > I'd recommend you to drop your autoconf manipulations and try to use > > dh-autoreconf. > > Also, upstream's license choice seems to be sort of strange. Have > > you tried to ask them if they really mean that? > Moreover please (strongly) consider group maintenance as I suggested > in my response to the ITP #722429. The Vcs fields in the packaging > above are not set and I personally would not consider sponsering of > packages who are not maintained in VCS. At the contrary I'm > explicitly offering tp sponsor Blends related packages[1] which to my > astonishment is heavily ignored despite people are claiming that it > is hard to find a sponsor... Andreas, why are you suggesting GIS team, not OSM team? OSM team seems to be a little bit more specific to OSM somehow. -- WBR, Andrew signature.asc Description: PGP signature
Bug#722450: RFS: osmctools/0.1-1 [ITP] -- Some tools to manipulate OpenStreetMap files
Hello, On Thu, 12 Sep 2013 16:37:13 +0200 Pierre Blanc wrote: > > I'd recommend you to drop your autoconf manipulations and try to use > > dh-autoreconf. > This binary is useful, I didn't know. > Thanks, it's cleaner. Make it yet more clean by removing your custom rules and replacing --with autotools-dev with --with dh-autoreconf. You don't need autotools-dev when you have dh-autoreconf. -- WBR, Andrew signature.asc Description: PGP signature
Re: Upgrading the Debian Policy
Hello, On 24 September 2013 14:48, Dominik George wrote: >> lintian --color=always -I -E -i --pedantic > lintian -vIiE --pedantic --color=auto Properly reads as -Evil :) -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cacujmdnbwrvc4jv1m0hmj32s+p6kzrezpqyybw+p-gkmqg6...@mail.gmail.com
Re: Package review for autolatex
Hello, On Thu, 26 Sep 2013 20:42:28 +0200 Stéphane GALLAND wrote: > I written a set of packages for the AutoLaTeX building tool > (http://www.arakhne.org/autolatex/). > The packages are written and tested on Ubuntu. > They are available from > http://download.tuxfamily.org/arakhne/pool/universe/a/autolatex/ I haven't looked into the packages (yet), but there's a small fix for the webpage (and the project itself, I suppose you're the upstream). Gnuplot, not GNU plot; this program has nothing in common with GNU project, and there's no GNU in it :) -- WBR, Andrew signature.asc Description: PGP signature
Re: Package review for autolatex
Hello, On Sun, 29 Sep 2013 14:37:28 +0200 Stéphane GALLAND wrote: > Thanks for the remark. I just changed the documentations of AutoLaTeX > according to the remark of Andrew. > I'm really interesting if the way how I packaged AutoLaTeX is the > best one according to the Debian way-of-life. The current packaging is > working fine for > several users using Ubuntu. I have no feedback from pure-Debian ones. Well, I think you've overcomplicated things. Please try to move to 3.0 (quilt) format for your package. Also, using the short form of debhelper (dh) may simplify your debian/rules file. I think you also may try to get in touch with Debian TeX team (cc'ed) to discuss the best techniques of packaging TeX stuff. Good luck! -- WBR, Andrew signature.asc Description: PGP signature
Re: Package review for autolatex
Hello, On Sun, 29 Sep 2013 23:14:46 +0900 Norbert Preining wrote: > > I think you also may try to get in touch with Debian TeX team > > (cc'ed) to discuss the best techniques of packaging TeX stuff. > Please send me a dget-able .dsc link. I will look into it. http://download.tuxfamily.org/arakhne/pool/universe/a/autolatex/autolatex_26.2-0arakhne3.dsc That's what Stéphane has posted to -mentors@. -- WBR, Andrew signature.asc Description: PGP signature
Bug#725365: RFS: mercurial-keyring/0.6.1-1
Hi, On Oct 4, 2013 7:06 PM, "Christoph Mathys" wrote: > I am looking for a sponsor for my package "mercurial-keyring" As I uploaded the previous version of your package, I'd be happy to upload your package again if you can wait till Monday, as I have no access to my computer this weekend. Best regards, Andrew
Bug#725365: RFS: mercurial-keyring/0.6.1-1
Hmm, this is really weird, this mobile GMail app has set reply-to header to Eriberto. Strange.
Re: Bug#725740: RFS: dynamips/0.2.10-1 [ITA]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello, On Mon, 07 Oct 2013 22:24:00 +0100 Daniel Lintott wrote: > I am looking for a sponsor for my package "dynamips". I have reviewed, built, signed and uploaded your package. Thanks! - -- WBR, Andrew -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJSU/p5AAoJEG6k0jEaLSaNCJwQAMVPVZE1h1MP7KHLcQAR2l5O 2e8JtWvzhnfmOJQ9hKiBNQr0LgQnGzGG4rJTNz1vARcXfibigc6f0paM9KsAvnqO ljXzROVK3+VaSsoAu9ofJsnR67IbTlxP783MJLllq4Z29Xzti/CqkEHiaJq/hxkM xIOxrANjCWnl3QmyoMTbD3mGl0VCRA24qx/ZAvIOLBfEk7P5qbugeT+0XMZsYim4 yewLG2DBq/tp3XWEPnNvUqwkUC2JPUEEdQRkRnMDkrfOH77KlrbII1zsQh5QOOiK JSbUd/KGb73KvWitqLu87TAZNrrloi5c/qCz7D71LhBCkfDWlu53zYkjhJWAgbi2 6leKVWIMHT4k0Vom3bsD5spw3ddgK/3cDVhgsBgEdInJh/rY/X8kslyL9tMbuk7N UMjU5lVeI+uo7UR0pcYk+bVzg/ItX2FtXqfEmnlJumq1m4nt477egH6A0UDefOqS RG8Jq9Kov6J71Nde7RbU6OJ/YrYAKT9szG22mJU8ahoP9hO4+kKiGSDGGVMezoBg UOc7gEwlLxIzSrHE5KyoIahtPFXfAqiIH/RTIpzxh5sX9aJsKZ18Vgg+CQfCAx4Z teZvQ2jUQLSM7U4kj1fdKLRurAiX7/0VTnNCSXYKpJzKDhNPUWrIErJdig9ywmrj t2xwNXeQ5mbrLTXoFBbP =dtiX -END PGP SIGNATURE-
Re: Gitorious and debian/watch file
Hello, On 15 October 2013 17:41, Sebastiaan Couwenberg wrote: > https://gitorious.org/osm-c-tools/osmctools/archive/ > 9cb724682b14840e1fd020eee7a380926424d603.tar.gz > It's an ugly filename, but you can mangle that in the watch to become > osmctools-0.1.tar.gz Same link works for tags: https://gitorious.org/osm-c-tools/osmctools/0.1.tar.gz So the only real problem is to find the right tag. -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CACujMDOYmKnPw28KMKF0Yt3V=klbnt+zq-irtqadrk5hdyu...@mail.gmail.com
Re: Gitorious and debian/watch file
Hello, On Tue, 15 Oct 2013 18:25:37 +0200 Sebastiaan Couwenberg wrote: > On 10/15/2013 05:58 PM, Andrew Shadura wrote: > > Same link works for tags: > > https://gitorious.org/osm-c-tools/osmctools/0.1.tar.gz > That's nice to know, but it only works when you add 'archive/' before > the 0.1.tar.gz. Oops, my bad, I've accidentally removed that from the URL. -- WBR, Andrew signature.asc Description: PGP signature
Re: Unable to upload a fix for 724195 (RC, FTBFS)
Hi, On 24 October 2013 05:41, Rogério Brito wrote: > I have just tried to upload a fix for this bug, but it seems that, with the > transition from the DMUA flags, I lost the privileges of uploading this one. > You can find an updated packaging in any of the following repositories: > https://github.com/rbrito/pkg-hfsprogs I've uploaded this one. > ssh://git.debian.org/git/collab-maint/youtube-dl.git And this one you probably don't want ;) -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cacujmdmmixwcwy-estkd6qh20il1kicfcptt5o7-ydpybfk...@mail.gmail.com
Bug#728181: RFS: tofrodos/1.7.13+ds-1 [ITA]
Hello, On 29 October 2013 09:57, Markus Koschany wrote: > I am looking for a sponsor for my package "tofrodos" which I intend to > adopt. I've built, signed and uploaded your package. Thanks for your work. Feel free to contact me if you need to sponsor your upload again. -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CACujMDPUNn-CwZjYhr=ksr5r4yepvwacuxjo-nestqqtvyk...@mail.gmail.com
Re: Question about Bugs
Hello, > I have a bug report that I've been working on from Ubuntu and have now > managed to solve the issue. > The bug in question also affects Debian, but there isn't a bug report > in Debian for it. > In the changelog I can close the Ubuntu bug with (LP: #XXX), but > should I also file the bug report in Debian and close that as well? I don't think that's needed. I just add a LP reference to the changelog; in my opinion, it doesn't matter where the bug comes from, the fact of it being solved is what's important. -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cacujmdnzafv3ta+y+mxyxyaz5qvwmnk9fb4hloo6zwu5vhw...@mail.gmail.com
Bug#728716: RFS: xchroot/2.3.3-3 [ITP] -- extended chroot with X11/Xorg forwarding and aufs/unionfs support for read only roots
Hello, On 12 November 2013 10:22, Elmar Stellnberger wrote: > O.K. That is actually what is to be done next. > There are some people whom I know and who I am going to consult. > It will at last be necessary in my very own interest to assert that the > license will work in practice as intended. > I hope you are going to accept the results if and only if I consult > someone who is a lawyer. > Again, thanks for your contribution to the license. It was actually > necessary to make it fit for practical usage. Unfortunately, it's still unfit for use. -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cacujmdo+piacm0zn4co8mt2bonfrgjqwlm3u3+6ec3oujqt...@mail.gmail.com
Re: Update a Qt Linguist Translation in GNS3
Hello, On 21 November 2013 17:40, Daniel Lintott wrote: > GNS3 uses Qt4-Linguist for the translations, which take a .ts file and > generate a .qm file > The issue I currently face is that the .qm files aren't regenerated > when the package is built, so simply patching the .ts won't actually > fix the bug. > How do I include the updated .qm in a new build? Use lrelease tool. Please have a look at openrpt package, I used it there. -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cacujmdpfzbo3kdgtq6m+smq22k81t7mwy8hvwnkztsrbpzq...@mail.gmail.com
Re: Gitorious and debian/watch file
Hello, On Sun, 24 Nov 2013 20:39:38 +0100 Mateusz Łukasik wrote: > Here is solution: https://wiki.debian.org/debian/watch/ As far as I know, it no longer works. -- Cheers, Andrew signature.asc Description: PGP signature
Re: Changing email address for packaging work
Hello, On Apr 25, 2014 12:20 PM, "xavier grave" wrote: > My gpg key remain the same and I have added a new uid > Is there a standard procedure to follow to have debian keyring to be aware of this change ? Or can I "just" upload a package with the new uid ? There's no need to do anything special unless you change you key too. Just upload your packages with your new email id in the changelog/maintainer field, and that's it. -- Cheers, Andrew
Re: Install /usr/bin/something from upstream source to /usr/bin/somethingon hdd?
Patrick, If you don't want to involve autoconf and friends, you may want to try mk-configure, which is easier to use. It gives you install, clean and other typically used targets for free, among more specific things. It's also easily integrated with dh, you just need to build-depend on it and add --buildsystem=mkcmake to your rules file. -- Cheers, Andrew
Bug#827149: RFS: triggerhappy/0.4.0-1
On 13 Jun 2016 00:03, "Stefan Tomanek" wrote: > > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "triggerhappy" > > * Package name: triggerhappy >Version : 0.4.0-1 >Upstream Author : Stefan Tomanek > * URL : https://github.com/wertarbyte/triggerhappy > * License : GPLv3 >Section : utils > > It builds those binary packages: > > triggerhappy - global hotkey daemon for Linux > > To access further information about this package, please visit the following URL: > > https://mentors.debian.net/package/triggerhappy > > > Alternatively, one can download the package with dget using this command: > > dget -x https://mentors.debian.net/debian/pool/main/t/triggerhappy/triggerhappy_0.4.0-1.dsc > > More information about hello can be obtained from https://www.example.com. > > Changes since the last upload: > >* update to version 0.4.0 (closes: bug#827079, bug#769184) >* adapt to newer debian packaging standards Hi, could you please also ship my systemd integration (see upstream PR and branch)? -- Cheers, Andrew
Bug#827149: RFS: triggerhappy/0.4.0-1
On 13 June 2016 at 15:47, Gianfranco Costamagna wrote: > control: owner -1 ! > >>Hi, could you please also ship my systemd integration (see upstream PR and >>branch)? > > > Andrew, do you plan to upload the package once this is fixed? I think I could. > I see Jakub already did a wonderful review, and the current package on > mentors seems > to address his concerns. > > I see your pull request doesn't merge anymore on current branch... There's https://github.com/wertarbyte/triggerhappy/commits/systemd but I haven't looked how much does it conflict with the master branch. -- Cheers, Andrew
Bug#827149: RFS: triggerhappy/0.4.0-1
control: owner -1 andre...@debian.org (no idea why I was replying from a wrong email) On 13 June 2016 at 16:03, Gianfranco Costamagna wrote: > control: owner -1 andrew.shado...@gmail.com > >>I think I could. > setting you as owner :) Thanks! >>There's https://github.com/wertarbyte/triggerhappy/commits/systemd but >>I haven't looked how much does it conflict with the master branch. > > > I did merge the systemd branch into master, and it merged correctly. > > $ git branch --contains bb2df386dd6e47edf442e684c78a87a2e979f5ac > systemd > > indeed, it has never been merged into it, so no part of the current release. -- Cheers, Andrew
Re: Skylake, how to get rid of nomodeset
Hi, On 23 Jun 2016 14:29, "Luke" wrote: > As I am not an expert, I thought asking for help. Thanks a lot in > advance! I'm very sorry for not being able to resist the temptation, but… Use the force, Luke! -- Cheers, Andrew
Re: combined manpage with symlinks to multiple binaries across packages: how to do?
On 8 July 2016 at 23:53, Christian Seiler wrote: > - If I use dh_installman's ".so" feature to do automatic linking, >dh_installman will not replace the manpage with a link, because >it also doesn't see the link target. In that case, I get a >plain text file installed that just contains > .so isns_config.5 >Which man doesn't really interpret itself, and which is hence >completely useless. That's strange, as normally man would interpret that, and it actually worked for me. -- Cheers, Andrew
Bug#829605: RFS: aspell-sk/2.02-0-0.1 [RC, NMU]
I'll have a look / Skúsim sa na to pozrieť ;) -- Cheers, Andrew On 10 Jul 2016 13:00, "Pali Rohár" wrote: > Hi! Now I updated package on mentors.debian.net. Look if it is better > now or needs something else... > > -- > Pali Rohár > pali.ro...@gmail.com >
Bug#829151: RFS: setcolortemperature/1.1-1 ITP
On 11 Jul 2016 19:18, "Gianfranco Costamagna" wrote: > > Hi, > > >This has been fixed. Now when -h is passed usage is printed and if the > > >temperature passed is wrong usage will also be printed. > > > I still see nothing when called with no parameters :) > > (well you might print something like "temperature reset to the default value (65K) or similar) > > BTW > If no arguments are passed sct resets the display to the default temperature (6500K) > > > are you sure it is 6500K? > > 6500K should be equal to "650" > (note: I didn't check, I just want to avoid a bad number here) K here is kelvins, not thousands :) -- Cheers, Andrew
Bug#831642: RFS: b43-fwcutter/1:019-3
Hi, On 18 July 2016 at 06:55, Paul Wise wrote: > On Mon, Jul 18, 2016 at 12:44 PM, Daniel Echeverry wrote: > >> Note: This is a small revision because I don't have the hardware >> appropriate to test the new patches :( While I don't have access to b43 hardware right now, I can gain such access (both of my laptops with b43 hardware are now in possession of my parents), so in theory I could do some testing if needed. No timing guarantees though. -- Cheers, Andrew
Bug#830788: RFS: ifstat/1.1-9
On 8 August 2016 at 13:28, Bartosz Fenski wrote: > C us czg, x zf Are you sure about that? -- Cheers, Andrew
Bug#834759: RFS: mercurial-keyring/1.1.5-1
On 18 August 2016 at 19:11, Christoph Mathys wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "mercurial-keyring" > > * Package name: mercurial-keyring > Version : 1.1.5-1 > Upstream Author : Marcin Kasperski > * URL : http://pypi.python.org/pypi/mercurial_keyring > * License : BSD-3-clause > Section : python > > It builds those binary packages: > > mercurial-keyring - Mercurial Keyring Extension > > To access further information about this package, please visit the following > URL: > > http://mentors.debian.net/package/mercurial-keyring > > Alternatively, one can download the package with dget using this command: > > dget -x > http://mentors.debian.net/debian/pool/main/m/mercurial-keyring/mercurial-keyring_1.1.5-1.dsc > > More information about mercurial-keyring can be obtained from > http://pypi.python.org/pypi/mercurial_keyring > > Changes since the last upload: > > * New upstream release. If nobody esle has, I will review and sponsor this. -- Cheers, Andrew
Bug#835368: RFS: confinedrv/1.7.7-3 [ITP] -- Hi everyone!
On 25 August 2016 at 11:53, Elmar Stellnberger wrote:
> Am 2016-08-25 um 10:45 schrieb Gianfranco Costamagna:
>>
>> I see many GPL-2 similar-looking licenses, with some special exceptions,
>> e.g.
>> "In addition to the above license, you can relicense this software in
>> whatever
>> form you want, with a special exception: you can't do foo and bar if you
>> change the
>> license"
>
>
> The problem about additional GPL-2 clauses seems to be that they can be
> dropped at any time. An unpleasant contributor can do so any time and I
> would not be able to incorporate his changes if I wanna keep the additional
> freedoms I wanna guarantee for the upstream version.
They can be dropped (and, in fact, ignored completely) only if they
introduce additional restrictions conficting with the GPL itself. If
you're granting additional rights, you're free to grant them only
under a certain condition ("you're free to relicence this software
under a different license but you must keep this statement in tact").
--
Cheers,
Andrew
Bug#844035: RFS: hylafax/3:6.0.6-7 [RC] -- Flexible client/server fax software
On 11 November 2016 at 23:56, Joachim Wiedorn wrote: > Package: sponsorship-requests > Severity: important > > Dear mentors, > > I am looking for a sponsor for my package "hylafax" > > * Package name: hylafax >Version : 3:6.0.6-7 >Upstream Author : Sam Leffler and Silicon Graphics Inc. > * URL : http://www.hylafax.org > * License : MIT / HylaFAX variant >Section : comm I wonder how many people are still sending and receiving faxes. And how many people in fact still have and use a fax modem :) -- Cheers, Andrew
Bug#844406: RFS: highlighterpdf/0.1.1-1 [ITP]
On 15 November 2016 at 11:00, Gerry Webster wrote: > Package: sponsorship-requests > Severity: normal [wishlist] > > Dear mentors, > > I am looking for a sponsor for my package "highlighterpdf" > > * Package name: highlighterpdf >Version : 0.1.1-1 >Upstream Author : [Gerry Webster * URL : [fill in URL of upstreams web site] "fill in"? is that really a URL? > * License : [GPL-3] >Section : Office > > It builds those binary packages: > > highlighterpdf - Highlight text in a pdf. > > To access further information about this package, please visit the > following URL: > > https://mentors.debian.net/package/highlighterpdf > > > Alternatively, one can download the package with dget using this command: > > dget -x > https://mentors.debian.net/debian/pool/main/h/highlighterpdf/highlighterpdf_0.1.1-1.dsc > > > > Changes since the last upload: > > [* Initial release. (Closes: 100)] > > > Regards, >Gerry Webster > > -- Cheers, Andrew
Bug#844406: RFS: highlighterpdf/0.1.1-1 [ITP]
On 15 November 2016 at 11:29, Gerry Webster wrote: > sorry my mistake I was not sure what to put as I do not have a website for > my program. It should list the webpage where it can be downloaded from, whatever it is (in your case it should be an SF project page). One more note: I do not open a new bug for every upstream version, just retitle the old one and Cc your RFS email to the bug email (844...@bugs.debian.org). -- Cheers, Andrew
Bug#748476: RFS: eggdrop/1.6.21-2
Hello, On 19 May 2014 05:03, Vincent Cheng wrote: > - Why does debian/control now have "Build-Conflicts: autoconf2.13, > automake1.4"? Probably because configure.in is for a newer autoconf, but doesn't have AC_PREREQ(), so the autoconf wrapper incorrectly detects it as autoconf2.13-compatible because of the name (.in). In my packages I just replace an autoconf call by a call to autoconf2.50. P.S. I haven't actually checked the package, this is just a guess based on the symptoms :) -- Cheers, Andrew -- 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/cacujmdnu5frpyp7w9b2gajgtyfxh9bbbcrprrmem7je_e+n...@mail.gmail.com
Re: ghdl package has been removed from Mentors
Joris, Don't give up. Upload it again and continue trying to find a sponsor. I used to be a ghdl user in the past, but I'm not good at Ada stuff (afaik ghdl is written in Ada), so maybe I'm not the best person for this. Try to approach someone from the Ada team, maybe they can help you. -- Cheers, Andrew
Re: Package conflicting with itself?
Hi, On 21 October 2014 18:54, Arturo Borrero Gonzalez wrote: > Does it makes sense for a package to conflict with itself? > > $ aptitude show python3-postgresql > Package: python3-postgresql > New: yes > State: installed > Automatically installed: no > Version: 1.0.2-1+b1 > Priority: optional > Section: python > Maintainer: William Grzybowski > Architecture: amd64 > Uncompressed Size: 2118 k > Depends: python3 (>= 3.2), python3 (< 3.3), libc6 (>= 2.2.5), libjs-jquery > Conflicts: python3-postgresql Hmm, strange: $ apt-cache show python3-postgresql | grep Confl $ aptitude show python3-postgresql | grep Confl Conflicts: python3-postgresql It seems like there's no such header in the package itself, but it's aptitude adding it. -- Cheers, Andrew -- 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/CACujMDNXhh=MLkjBHd2Lc-CZ-tKWyz=x7m6z0hihhxnl4vx...@mail.gmail.com
Bug#790237: RFS: netpipes/4.2-8 [RC] -- avoid FTBFS with gcc-5.
On 27 June 2015 at 19:55, Mats Erik Andersson wrote: > Package name: netpipes > Version : 4.2-8 > Upstream Author : Robert Forsman > URL : http://web.purplefrog.com/~toth/netpipes/ > License : GPL The homepage URL seems to be slightly outdated :) -- Cheers, Andrew -- 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/cacujmdmfhqbwn1rr_3gcqaw1jjizsarh79q9hwjk26hfjdz...@mail.gmail.com
Re: Add encled to Debian
On 7 July 2015 at 22:01, George Shuklin wrote: > I'm searching for someone (mentor? sponsor?) to help me with > upload/accepting package for Debian. > > Encled is a script I wrote to manage LED indicators of hot-swap bays in > servers with enclosures (backplanes). It allows to see neat table with > slots/enclosures/disk letters, and allows to enable/disable indication for > them. That script have been used in at least three different companies and > all those years it was used as 'wget https://github...; chmod +x encled; > ./encled'. If you wish, I could help you improve what you've got. See the private message. -- Cheers, Andrew -- 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/CACujMDMBtuWkCD=s3OiuQd5v+0ffLEt_uazZMtq3Z7cRfj24=a...@mail.gmail.com
Bug#852377: RFS: tikzit/1.0-1 [ITP]
On 24/07/17 20:10, Andrey Rahmatullin wrote: > Control: owner -1 ! > > Please bump Standards-Version to the current version and I'll upload it. Actually, I have already uploaded it: https://ftp-master.debian.org/new/tikzit_1.0+ds-1.html -- Cheers, Andrew
Re: Changes coming with VCS for Debian packaging (was: Bug#877450: RFS: bash-completion/1:2.7-1 [ITA])
On 2 January 2018 at 02:17, Gabriel F. T. Gomes wrote: > On 31 Dec 2017, Andrew Shadura wrote: > >>On 30 December 2017 at 15:08, Gabriel F. T. Gomes >> wrote: >>> >>> 2. Even though I read the discussions about salsa on debian-devel, I >>> still do not know how to name the repository. When browsing the >>> projects under the Debian group, I got the impression that the >>> project name is usually the same name as the package itself. So, in >>> bash-completion's case, I should probably ask for the "-debian" >>> suffix to be removed from the project name. >> >>There you go: >> >>https://salsa.debian.org/debian/bash-completion-debian > > Thanks, Andrew. > > I have made the changes to the Vcs-* fields to reflect this change. > However, I still have a question... > > When I created the repository in my own server, I named the repository > bash-completion-debian.git. When I cloned it to salsa.debian.org, > under my personal profile, I kept the "-debian" suffix. Then, when you > cloned it to the "Debian" workspace, you removed the suffix from the > project name, however, the name of the repository still contains the > suffix (I guess that's because the clone tool does this > automatically)... > > Is that something we care about? Or is it fine the way it is? Oh, my bad, I haven't noticed those are two distinct things. Should be fine now. -- Cheers, Andrew
Bug#791463: Quick review
Hi, If it uses pmake, I think I can help. Hold on. :) A.
Bug#791463: Quick review
Hi guys, I just wanted to note that with the latest bmake (20150606-1), it is enough to have this in your debian/rules: #!/usr/bin/make -f %: dh $@ --buildsystem=bmake And then you have to apply a patch to Makefile.in so that the Makefile accepts and uses DESTDIR. -- Cheers, Andrew diff --git a/Makefile.in b/Makefile.in index f29bf74..db85ba6 100644 --- a/Makefile.in +++ b/Makefile.in @@ -58,7 +58,7 @@ all: @BUILD_APPS@ install: @BUILD_APPS@ for app in $(APPS) $(SCSI_APPS); do \ echo "$(INSTALL) $$app $(bindir)/$$app"; \ - $(INSTALL) $$app $(bindir)/$$app; \ + $(INSTALL) $$app $(DESTDIR)$(bindir)/$$app; \ done depend:
Bug#791463: closing RFS: udfclient/0.8-1 [ITP] -- userland implementation of the UDF filesystem
On 11 December 2015 at 12:58, Gianfranco Costamagna wrote: > Hi Pali, can you please reupload? > > Andrew are you still interested in looking at it? Gianfranco, if you wish to sponsor it, please go ahead. And please make sure Pali uses the feature of bmake package I developed for his specific use case ;) -- Cheers, Andrew
Bug#791463: closing RFS: udfclient/0.8-1 [ITP] -- userland implementation of the UDF filesystem
On 11 December 2015 at 18:01, Pali Rohár wrote: > Now I uploaded my last version of udfclient to mentors again. > > But I did not used bmake for two reasons: > > 1) I have older Debian and Ubuntu systems which do not support bmake, so > cannot test or use that package > > 2) It needs to patch original tarball, my debian/rules file is also > short and does not need to patch software just for compilation Please install the latest bmake and use it (you have to build and test your package on unstable anyway!), and it's not a big deal to patch the Makefile after all, you just dropping the patch into the right place. -- Cheers, Andrew
Bug#791463: closing RFS: udfclient/0.8-1 [ITP] -- userland implementation of the UDF filesystem
On 14/12/15 12:33, Pali Rohár wrote: > On Friday 11 December 2015 18:04:06 Andrew Shadura wrote: >> > you just dropping the patch into the right place. > I know where and how. But I do not like idea to patching original source > code if it is possible to compile and use it without patching. > > Using patches has problem for inconsistency and upgrading if original > source code which patch modify changes. > > And also I see using patches as last option. Are not Debian want to > reduce patches if they are not really needed? I think it's appropriate to apply a patch (and submit it upstream) in this case, as this is certainly a bug in the upstream makefile, and it should be fixed. -- Cheers, Andrew
Bug#808461: sponsorship-requests: mdp [ITP] -- command-line based markdown presentation tool
Hello Lev, On 20 December 2015 at 12:06, Lev Lamberov wrote: > * Package name: mdp > Version : 1.0.3 > Upstream Author : Michael Goehler [email is not known yet] > * URL : https://github.com/visit1985/mdp > * License : GPL-3 > Section : misc > > It builds those binary packages: > > mdp - command-line based markdown presentation tool > > To access further information about this package, please visit the following > URL: > > https://anonscm.debian.org/cgit/collab-maint/mdp.git/ I will happily sponsor your package, but there's a couple of things you need to fix. i) Vcs-* fields are used to point users to the maintainer's Git, not the upstream's one (I've fixed that for you). ii) You should test the watch file using uscan to see if it's actually working (in yours, filenamemangle wasn't right, I have also fixed that for you). iii) There's too much boilerplate in the rules file. Please remove things which aren't actually used. It's also a good idea to make use of .PHONY. iv) Why are you overriding dh_compress? v) In the changelog, there's Closes: #. Please put a proper number there (#808072, I suppose)? -- Cheers, Andrew
Bug#808461: sponsorship-requests: mdp [ITP] -- command-line based markdown presentation tool
Hi Lev, Now there's another problem. There's already a source package named mdp, so we need to rename yours. -- Cheers, Andrew
Bug#808723: RFS pkgdiff
On 25 December 2015 at 11:04, Peter Spiess-Knafl wrote: > Thanks for reviewing and considering to sponsor pkgdiff. > I changed 2.0 to 2. The ".0" is appended automatically if you use > dh_make for an initial template. Should I report a bug about this > to devscripts? It is not actually a bug to specify GPL-2.0, as both GPL-2 and GPL-2.0 are acceptable. I'd say otherwise, scripts Ian mentioned that do not support GPL-2.0 are buggy, and the format specification requires the dot-zero version number to be accepted as well. -- Cheers, Andrew
Bug#812922: RFS: classic-theme-restorer/1.4.7-1 [ITP] -- customize the new Iceweasel look
On 10 Feb 2016 04:51, "Adam Borowski" wrote: > Besides, thanks for packaging this! It's a mandatory extension, no idea > what Mozilla guys were smoking when they made Australis but it must have > been something nasty. I think you're overstating, Australis isn't bad at all, at least, at this moment. In fact, I like it :-) -- Cheers, Andrew
Bug#791463: Quick review
On 4 March 2016 at 22:29, Pali Rohár wrote: >> I just wanted to note that with the latest bmake (20150606-1), it is >> enough to have this in your debian/rules: >> >> #!/usr/bin/make -f >> >> %: >> dh $@ --buildsystem=bmake >> >> And then you have to apply a patch to Makefile.in so that the >> Makefile accepts and uses DESTDIR. > > I tested it and it does not work. It even did not called autoconf and > configure parts... So sorry, your proposed solution does not work. Well, I did test it and it worked, otherwise I wouldn't have proposed it. -- Cheers, Andrew
Bug#791463: Quick review
On 04/03/16 22:47, Pali Rohár wrote: > On Friday 04 March 2016 22:40:35 Andrew Shadura wrote: >> > On 4 March 2016 at 22:29, Pali Rohár wrote: >>>> > >> I just wanted to note that with the latest bmake (20150606-1), it >>>> > >> is enough to have this in your debian/rules: >>>> > >> >>>> > >> #!/usr/bin/make -f >>>> > >> >>>> > >> %: >>>> > >> dh $@ --buildsystem=bmake >>>> > >> >>>> > >> And then you have to apply a patch to Makefile.in so that the >>>> > >> Makefile accepts and uses DESTDIR. >>> > > >>> > > I tested it and it does not work. It even did not called autoconf >>> > > and configure parts... So sorry, your proposed solution does not >>> > > work. >> > >> > Well, I did test it and it worked, otherwise I wouldn't have proposed >> > it. > See attachment in which is build log... What version of bmake are you using? -- Cheers, Andrew
Bug#791463: Quick review
On 4 March 2016 at 22:57, Pali Rohár wrote: >> >> > Well, I did test it and it worked, otherwise I wouldn't have >> >> > proposed it. >> > >> > See attachment in which is build log... >> >> What version of bmake are you using? > > 20150606-1 > > Anyway, now I found where is probably problem. sub check_auto_buildable > test whether exists Makefile or makefile file. But such file will not > exists until autoconf is run. My bad, there's indeed an error, probably I pushed something different from what I tested, it should've probably called configure, not check_auto_buildable. I'll have a look tomorrow and upload a fix. -- Cheers, Andrew
Bug#791463: Quick review
On 6 March 2016 at 01:20, Pali Rohár wrote: > First dpkg-buildpackage call works, but calling it secondary fails with: > > dpkg-source: info: local changes detected, the modified files are: > udfclient-0.8.1/Makefile > > It is because "debian/rules clean" calls only "bmake clean" which does > not delete autogenerated file Makefile. That is deleted by another > target "bmake cleandir". > > So version 20150606-2 still does not work for udfclient. > > Now I think that I should stay with my implementation which is working > instead experimenting with --buildsystem=bmake.. For that, there's debian/clean, where you delete the autogenerated file, just as you'd do if you had autoconf+gmake. -- Cheers, Andrew
Bug#791463: Quick review
On 6 March 2016 at 09:50, Pali Rohár wrote: >> > It is because "debian/rules clean" calls only "bmake clean" which >> > does not delete autogenerated file Makefile. That is deleted by >> > another target "bmake cleandir". >> > >> > So version 20150606-2 still does not work for udfclient. >> > >> > Now I think that I should stay with my implementation which is >> > working instead experimenting with --buildsystem=bmake.. >> >> For that, there's debian/clean, where you delete the autogenerated >> file, just as you'd do if you had autoconf+gmake. > > But should not be cleandir part of that --buildsystem=bmake? Or why not? You're actually very right in this, I'm going to implement that right now. -- Cheers, Andrew
Bug#791463: Quick review
On 6 March 2016 at 21:16, Pali Rohár wrote: >> > But should not be cleandir part of that --buildsystem=bmake? Or why >> > not? >> >> You're actually very right in this, I'm going to implement that right >> now. > > Now I tested bmake version 20160220-2 and looks like it is working... > Should I upload new version to mentors? Please do. -- Cheers, Andrew
Bug#791463: Quick review
On 11 March 2016 at 09:41, Pali Rohár wrote: >> > > Now I tested bmake version 20160220-2 and looks like it is >> > > working... Should I upload new version to mentors? >> > >> > Please do. >> >> Done. I uploaded last upstream version. > > It is OK now? What else is needed? Sorry, I haven't had time to have a look, busy week. I will though. -- Cheers, Andrew
Re: Bug#824027: RFS: setuptools-scm/1.11.0-1
On 11/05/16 15:10, Andrew Shadura wrote: > On 11/05/16 14:47, Julien Puydt wrote: >> python-setuptools-scm - blessed package to manage your versions by >> scm tags for Python 2 >> python3-setuptools-scm - blessed package to manage your versions by scm >> tags for Python 3 >> >> To access further information about this package, please visit the >> following URL: >> >> https://mentors.debian.net/package/setuptools-scm >> >> >> Alternatively, one can download the package with dget using this command: >> dget -x >> https://mentors.debian.net/debian/pool/main/s/setuptools-scm/setuptools-scm_1.11.0-1.dsc >> >> >> It is packaged within the debian python modules team repository: >> Vcs-Git: >> https://anonscm.debian.org/git/python-modules/packages/setuptools-scm.git >> Vcs-Browser: >> https://anonscm.debian.org/cgit/python-modules/packages/setuptools-scm.git >> >> >> Changes since the last upload: >> [ Ondřej Nový ] >> * Fixed VCS URL (https) >> >> [ Julien Puydt ] >> * New upstream version. >> * Pushed standards-version up to 3.9.8. > > Let me have a look. dgit-pushed. -- Cheers, Andrew signature.asc Description: OpenPGP digital signature
Bug#825105: RFS: udfclient/0.8.5-1
On 23 May 2016 18:12, "Pali Rohár" wrote: > > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "udfclient" > > * Package name: udfclient >Version : 0.8.5-1 >Upstream Author : Reinoud Zandijk > * URL : http://www.13thmonkey.org/udfclient/ > * License : Clarified Artistic License >Section : otherosfs > > It builds those binary packages: > > udfclient - userland implementation of the UDF filesystem > > To access further information about this package, please visit the following URL: > > https://mentors.debian.net/package/udfclient > > > Alternatively, one can download the package with dget using this command: > > dget -x https://mentors.debian.net/debian/pool/main/u/udfclient/udfclient_0.8.5-1.dsc > > More information about hello can be obtained from http://www.13thmonkey.org/udfclient/. > > Changes since the last upload: > > * New upstream release > * Remove upstream patch Makefile.patch > * Fix formatting of package description I'll have a look. -- Cheers, Andrew
