Re: how to adopt a non-orphaned package?
El 25.04.2012 10:24, Dmitry Smirnov escribió: Dear mentors, What would be the best practice to adopt a package which was not properly orphaned? My particular concern is about 'autofs5' package which was not updated for years since squeeze release due to maintainer inactivity. I'd like to adopt this package but it wasn't properly orphaned or requested for adoption. I already sent an email to maintainer but considering proximity to freeze, we don't have three months to wait for maintainer's answer (if ever). What would be the best practice to adopt the package in such case? In the updated source package I uploaded to mentors.debian.net I set myself as maintainer and moved original non-active maintainer to Uploaders. Contrary to NMU uploads, I'm not sure how to properly adopt a de-facto orphaned (non-maintained) package. Please advise. Thank you. Regards, Dmitry. Hi Dmitry, IMO is better to contact with the maintainer. You can do a NMU while you get the reply. The NMU will help the people using the package, and will help you to take knowledge about the package. If you don't get maintainer's reply in some time, then contact with the MIA team. They will help you with the problem. Regards, kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/c805ca4015207538983dbbddd76f0...@kix.es
Question about menus
Hi, I am trying to change some things in the wmaker package menu. Now the "root" menu is something like: Applications-> Help-> Workspace-> Run... Exit In the Application submenu are included the Debian menu categories. Editors-> Graphics-> Terminals-> Tools-> This menu is generated using the wmaker menu-method. I understand all, no problem. My question is, what do you think about move the contents of the Applications to the "root" menu? Editors-> Graphics-> Terminals-> Tools-> Help-> Workspace-> Run... Exit And, in this case, how I do it? I read some things about the Debian Menu System, but in the functions (http://www.linux-cd.com.ar/manuales/debian-menu/ch7.html), I couldn't find nothing to remove "Applications/" from the menu files. parent() and basename() functions returns the "left" part of the section, and stripdir() removes the subsections. how I can do it? Thanks. kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/1ef065c2567ead48e4e51a198...@kix.es
Re: RFS: wmaker (try 2)
Hi Scott, please, see the comments to your mail below. IMO this comments are fine, but there are more important things: 1. Can you sponsor me to upload the package? 2. What do you think about libwmaker0-dev? About 1, if the reply is yes, I will upload the changes to mentors ASAP. About 2 The current wmaker (0.92) includes the library liwmaker0-dev. This library was removed from upstream, but is used to build two old packages (wterm, fsviewer). I tried to contact with the maintainers without success. I think that the best is create a transition for these packages. Now, is time to prepare the dinner. In three hours (GMT+1) we will leave the 2011. Happy New Year 2012!!! Best Regards, -kix- On 31/12/11 18:15, Scott Howard wrote: > On Fri, Dec 30, 2011 at 12:59 PM, Rodolfo kix Garcia wrote: >> About 1: I don't know what to do. I can maintain the current code or change >> to new debhelper and compat. > > Your choice. I'd say maintain current code, no need to bump the > version unless you really need some feature. Ok, then I will continue in this version. I won't make changes about debhelper and compat. > > I never used those flags because all of my packages used > dh_auto_configure. Another advantage of dh_auto_configure is that if > policy changes (or default configure build flags), dh_auto_configure > will take care of it for you. You can look into if dh_auto_configure > will work for you, I don't know too much about the options you're > passing it, but maybe it will. > >> About 3: Jakub sent a comment about it. What should I do? > > I think Jakub and I agree that if you're using simple dh rules, you > probably can use --with autotools-dev to take care of the > config.sub/config.guess files properly. I won't change it now. My priority is upload a new wmaker-0.95 to debian. The current debian/rules (0.92) is bigger than the new one (0.95). >> About 4: Yes, debian folder has a lot of files. I moved some of them to one >> directory in the last upload. I leave it here because I sent a patch to the >> wmaker-crm upstream (http://lists.windowmaker.org/dev/msg02488.html), but is >> not applied yet. > > The comment was more about the override_dh_clean target. I was just > pointing out an alternative to overriding the dh_clean target is to > use a debian/clean file (see the manpage of dh_clean). You can chose > either way of doing it, up to you. I try to solve the problem in the upstream, else, make a patch. Today I wrote a mail to the maintainer and the patch is upstream: http://repo.or.cz/w/wmaker-crm.git/commit/01907f998349d8382a25191a7871e7c93af156db For this reason, I will keep the override_dh_clean in the rules file. When the change will be applied to the master branch (now is at next), I will delete these lines. >> About 5: Perfect. I will update the next version >> About 6: The debian folder is included in the upstream, because is used to >> make the nigthly packages. I am not sending the changes to the upstream yet >> to avoid disturb the mail list. I am waiting to upload the package to >> debian, and then send only one patch to the upstream. > > It's ok to have a separate VCS just for debian packaging [1]. > Upstream's VCS is for their development, you can have your own VCS > which is for packaging. Even if upstream is using a VCS, it is > encouraged to keep your packaging in a VCS as well. > For example, > https://github.com/LibreCAD/LibreCAD > http://anonscm.debian.org/gitweb/?p=debian-science/packages/librecad.git Ok, I will think more about this idea. I thought about it in the past, and I am using a local mercurial repo because are too much changes to upload to the upstream repo. > It is very possible that your debian/ will be different than upstream > debian/ because you two have different goals: your packaging for > distribution in Debian main and they are packaging for nightly builds. > Also, it is possible that someone, besides you, will do an NMU at some > point. The package is ITA, I wrote a lot of mails to debian-mentors, debian-devel, wmaker-dev about upload this package. Probably a NMU should contact with me or with the wmaker-dev team before send a NMU. At this moment, upstream and debian are working in the same direction. > ~Scott > > kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/4eff6bd5.9020...@kix.es
Re: RFS: wmaker (try 2)
On 12/30/2011 05:36 PM, Scott Howard wrote:
Hello Rodolfo and Paul,
Please CC me to replies. I just did a QA upload to fix an RC bug in
wmaker, I didn't see that you were already working on it (otherwise I
could have just worked with you!)
I saw Paul's given helpful advice on the package, I wanted to add some
comments about d/rules (haven't really looked at anything else):
d/rules:
Paul was right in trying to squash it down smaller. The goal is to
deviate from the simple "dh" as little as necessary, making it easier
for long term maintenance. Here are some comments:
(1) The follow section is pretty much unnecessary:
{snip}
ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
CFLAGS += -O0
else
CFLAGS += -O2
endif
ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS)))
CFLAGS += -DDEBUG
endif
# These are used for cross-compiling and for saving the configure script
# from having to guess our platform (since we know it already)
export DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
export DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
ifeq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE))
HOSTSPEC := --build $(DEB_HOST_GNU_TYPE)
else
HOSTSPEC := --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE)
endif
{end snip}
the dh command will parse DEB_BUILD_OPTIONS, so you don't need to
explicitly define the CFLAGS for noopt and debug. Also, I'm not too
familiar with this package, but is there any reason why you want to
explicitly set DEB_BUILD and DEB_HOST types in debian/rules? Why not
just let configure do it's job (is there a reason why you wouldn't?)
or let users set it on their own before building?
(2) If you really want to make debian/rules shorter, do you really
need to define all the path variables? Would ./configure --prefix=/usr
pretty much take care of it for you? Only set the variables you really
need, it makes figuring out what is important and unique to your
package much easier.
(3)
{snip}
override_dh_auto_configure:
./autogen.sh
ifneq "$(wildcard /usr/share/misc/config.sub)" ""
cp -f /usr/share/misc/config.sub config.sub
endif
ifneq "$(wildcard /usr/share/misc/config.guess)" ""
cp -f /usr/share/misc/config.guess config.guess
endif
LINGUAS="$(LINGUAS)" ./configure $(COMMON_OPTIONS) \
$(WMAKER_OPTIONS) CFLAGS="$(CFLAGS)"
{end snip}
this is bad Makefile form, you need tabs before the ifneq/endif/ifneq,
otherwise make doesn't think it is part of the auto_configure override
and just part of the script. Instead of this, consider using:
{snip}
%:
dh $@ --with autotools-dev
{end snip}
and change your override:
{snip}
override_dh_auto_configure:
./autogen.sh
LINGUAS="$(LINGUAS)" ./configure $(COMMON_OPTIONS) \
$(WMAKER_OPTIONS) CFLAGS="$(CFLAGS)"
{end snip}
(4) You can entirely delete your clean override, and instead make a
file debian/clean with the content "WindowMaker/Defaults/WMRootMenu"
as in:
$ echo WindowMaker/Defaults/WMRootMenu> debian/clean
However, since debian/ is quite busy, this is optional
(5) I believe you are parallel build safe, so you can do:
{snip}
%:
dh $@ --parallel --with autotools-dev
{end snip}
optional, of course, since it doesn't take too long to build.
(6) It is extremely strongly suggested to use a VCS. I prefer git,
with "git-import-orig --pristine-tar" creating everything a developer
needs to recreate the entire pristine source package from a cloned git
repo. Right now, you can just do a "git-import-dsc --pristine-tar" to
import the package you already have. See [1], and if you want to use
the collab-maint group on alioth you can apply for membership.
Again, please CC me to replies, and thank you for your work!
~Scott
[1] http://wiki.debian.org/PackagingWithGit
Hi Scott!,
thanks a lot for you reply. Your mail makes me the day. I am s happy.
I put some days ago a new version at mentors. The file debian/rules is
now shorter, and I move a lot of stuff to debian/ specific files
(install, postrm,...).
Please, if you have one minute, take a look this new upload. Send us the
comments and I will create a new debian/changelog file (and of course,
include your comments).
About this mail, with the comments of Jakub:
About 1: I don't know what to do. I can maintain the current code or
change to new debhelper and compat.
About 2: Yes, I know that. I changed it in the last upload. Now are only
three lines and two are commented.
About 3: Jakub sent a comment about it. What should I do?
About 4: Yes, debian folder has a lot of files. I moved some of them to
one directory in the last upload. I leave it here because I sent a patch
to the wmaker-crm upstream
(http://lists.windowmaker.org/dev/msg02488.html), but is not applied yet.
About 5: Perfect. I will update the next version
About 6: The debian folder is included in the upstream, because is used
to make the nigthly packages. I am not sending
Re: RFS: xxxterm
On Thu, 22 Dec 2011 13:36:32 +, Luis Henriques wrote: Hi, On Thu, Dec 22, 2011 at 01:58:57PM +0100, Arno Töll wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Luis, On 21.12.2011 11:44, Luis Henriques wrote: > Guys, am I doing something wrong here? I have done several attempts to > update this package (first attempt was almost 2 months ago!), but haven't > been able to find a sponsor yet... Not really. Unfortunately our sponsoring procedures need some improvements. It happens that some packages don't find sponsors or don't get much attention. There isn't much you could do unfortunately. Thanks for you reply. I understand that, and obviously people only sponsor packages they use or, at least, that they care about. The corollary is that packages that are not used by the sponsors tend to be neglected. Hi, I have the same problem with "wmaker". Probably, after some time (time?, download counter?), some group of people (QA?, new group?) should help with the package, because is very maddening send and send mails to debian-mentors, debian-devel, to some developers without success. Cheers. kix Anyway, that's how things work and I need to live with that :-) Cheers, -- Luis Henriques -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/5ab5a811ac07020c42cf67676d697...@kix.es
RFS: wmaker (After full review)
Dear mentors, I am looking for a sponsor for my package "wmaker". I made a full review of the package, now the debian/rules is easier. Package name: wmaker Version : 0.95.0+20111028-1 Upstream Author : Window Maker dev Group URL : http://www.windowmaker.org/ License : GPL-2 Section : x11 It builds those binary packages: libwings-dev - Window Maker's own widget set libwings2 - Window Maker's own widget set - runtime library libwraster3 - Shared libraries of Window Maker rasterizer libwraster3-dev - Static libraries and headers of Window Maker rasterizer libwutil2 - Window Maker's own widget set - utility library wmaker - NeXTSTEP-like window manager for X wmaker-common - Window Maker - Architecture independent files wmaker-dbg - Debugging symbols for WindowMaker packages To access further information about this package, please visit the following URL: http://mentors.debian.net/package/wmaker Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/w/wmaker/wmaker_0.95.0+20111028-1.dsc I would be glad if someone uploaded this package for me. Best regards, Rodolfo García Peñas (kix) -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/c0e9dc3c7b112ed4f5fb10477f7c2...@kix.es
RFS: wmmixer
Dear mentors, I am looking for a sponsor for my package "wmmixer". * Package name: wmmixer Version : 1.7-1 Section : x11 It builds those binary packages: wmmixer- mixer application designed for WindowMaker To access further information about this package, please visit the following URL: http://mentors.debian.net/package/wmmixer Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/w/wmmixer/wmmixer_1.7-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Rodolfo García Peñas (kix) -- 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/4ed10506.4080...@kix.es
RFS: wmmoonclock
Dear mentors, I am looking for a sponsor for my package "wmmoonclock". * Package name: wmmoonclock Version : 1.28-1 Section : x11 It builds those binary packages: wmmoonclock - WindowMaker moon phase dockapp To access further information about this package, please visit the following URL: http://mentors.debian.net/package/wmmoonclock Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/w/wmmoonclock/wmmoonclock_1.28-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Rodolfo García Peñas (kix) -- 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/4ed10501.90...@kix.es
RFS: wmaker
Dear mentors, I am looking for a sponsor for my package "wmaker". * Package name: wmaker Version : 0.95.0-1 Section : x11 It builds those binary packages: libwings-dev - Window Maker's own widget set libwings2 - Window Maker's own widget set - runtime library libwmaker0-dev - Static libraries and headers for Window Maker applications libwraster3 - Shared libraries of Window Maker rasterizer libwraster3-dev - Static libraries and headers of Window Maker rasterizer libwutil2 - Window Maker's own widget set - utility library wmaker - NeXTSTEP-like window manager for X wmaker-common - Window Maker - Architecture independent files wmaker-dbg - Debugging symbols for WindowMaker packages To access further information about this package, please visit the following URL: http://mentors.debian.net/package/wmaker Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/w/wmaker/wmaker_0.95.0-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Rodolfo García Peñas (kix) -- 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/4ed104f9.6050...@kix.es
RFS: wmaker - Please, upload the package
Hi, please, can someone upload the package. Thanks. Original Message Subject: RFS: wmaker (try 3) Date: Mon, 21 Nov 2011 00:53:51 +0100 From: Rodolfo kix Garcia To: debian-mentors@lists.debian.org Cc: Paul Tagliamonte , wmaker-...@lists.windowmaker.org, Andreas Tscharner , Aníbal Monsalve Salazar On 15/11/2011 17:27, Paul Tagliamonte wrote: On Tue, Nov 15, 2011 at 11:26 AM, Paul Tagliamonte wrote: On Tue, Nov 15, 2011 at 10:58 AM, Rodolfo kix Garcia wrote: Hi Paul, Dear mentors, I am looking for a sponsor for my package "wmaker". * Package name: wmaker Version : 0.95.0-1 Section : x11 Closes bugs:38184 39543 41434 63265 68381 69499 77488 78088 79598 94446 94960 105351 122076 148370 175503 218110 280819 283610 284048 287459 292391 310285 311563 329783 361241 364290 401900 514438 549157 556677 583734 590244 607550 632875 It builds those binary packages: libwings-dev - Window Maker's own widget set libwings2 - Window Maker's own widget set - runtime library libwmaker0-dev - Static libraries and headers for Window Maker applications libwraster3 - Shared libraries of Window Maker rasterizer libwraster3-dev - Static libraries and headers of Window Maker rasterizer libwutil2 - Window Maker's own widget set - utility library wmaker - NeXTSTEP-like window manager for X wmaker-common - Window Maker - Architecture independent files wmaker-dbg - Debugging symbols for WindowMaker packages To access further information about this package, please visit the following URL: http://mentors.debian.net/package/wmaker Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/w/wmaker/wmaker_0.95.0-1.dsc I would be glad if someone uploaded this package for me. About the comments: The README.* files can be in debian/, so you might consider moving them back. Other then that, the debian/ folder is much neater! Moved. [snip] P.P.S: debian/changelog looks a bit short for all the changes since the last version. You might also consider noting some of the recent changes that have been made :) This is the new changelog: wmaker (0.95.0-1) unstable; urgency=low * New upstream version 0.95.0, now from git. [Closes: #556677, #401900] [Closes: #514438, #607550, #218110, #583734, #105351, #549157] [Closes: #283610, #311563, #310285, #329783, #280819, #284048] [Closes: #292391, #361241, #364290, #148370, #287459, #122076] [Closes: #175503, #79598, #78088, #68381, #38184, #41434, #41434] [Closes: #94960, #39543, #63265, #69499, #94446, #77488, #329783] Thanks to Andreas Tscharner for their bug revision * New debian/rules file [Closes: #590244] * New maintainer [Closes: #632875] * New package wmaker-common (arch independent files) * removed the asclock diversions from the wmaker scripts * new package wmaker-common with the arch independent files * debian/patches are now DEP-3 * debian/copyright is now DEP-5 * Standard-Version is now 3.9.2 * manpages moved to upstream * solved some problems with .la files (lintian clean) * libwmaker0-dev is not included in upstream version. Now included as patch (52_libwmaker0dev.diff) Kind regards, kix -- To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org. -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/2d6400e9300d2bf41d3b3c0362993...@kix.es
Re: How to suppress expected lintian warnings?
On Thu, 24 Nov 2011 12:51:43 +0100, Ole Wolf wrote: I'm getting some lintian warnings on one of my packages (at http://mentors.debian.net/package/nemid): W: nemid: postinst-has-useless-call-to-ldconfig W: nemid: postrm-has-useless-call-to-ldconfig The reason is quite evident: the nemid package doesn't include a library; instead, the postinst and postrm scripts download a library from an external web page and call ldconfig afterwards. Lintian obviously can't know that a library is being installed and removed, hence the warning. How do I suppress this lintian warning without resorting to, e.g., secondary download-and-install scripts that are invoked from postinst and postrm? Oh, by the way: I'm still looking for a sponsor for the package. :) You can use the file debian/nemid.lintian-overrides to do that. Add comments about why are doing the override. More info at http://lintian.debian.org/manual/section-2.4.html Cheers kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/675d583418ada73a67ba952f22ba8...@kix.es
RFS: wmaker (try 3)
On 15/11/2011 17:27, Paul Tagliamonte wrote: > On Tue, Nov 15, 2011 at 11:26 AM, Paul Tagliamonte > wrote: >> On Tue, Nov 15, 2011 at 10:58 AM, Rodolfo kix Garcia >> wrote: >>> Hi Paul, >>> Dear mentors, I am looking for a sponsor for my package "wmaker". * Package name: wmaker Version : 0.95.0-1 Section : x11 Closes bugs:38184 39543 41434 63265 68381 69499 77488 78088 79598 94446 94960 105351 122076 148370 175503 218110 280819 283610 284048 287459 292391 310285 311563 329783 361241 364290 401900 514438 549157 556677 583734 590244 607550 632875 It builds those binary packages: libwings-dev - Window Maker's own widget set libwings2 - Window Maker's own widget set - runtime library libwmaker0-dev - Static libraries and headers for Window Maker applications libwraster3 - Shared libraries of Window Maker rasterizer libwraster3-dev - Static libraries and headers of Window Maker rasterizer libwutil2 - Window Maker's own widget set - utility library wmaker - NeXTSTEP-like window manager for X wmaker-common - Window Maker - Architecture independent files wmaker-dbg - Debugging symbols for WindowMaker packages To access further information about this package, please visit the following URL: http://mentors.debian.net/package/wmaker Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/w/wmaker/wmaker_0.95.0-1.dsc I would be glad if someone uploaded this package for me. About the comments: >> >> The README.* files can be in debian/, so you might consider >> moving them back. Other then that, the debian/ folder is much >> neater! Moved. [snip] >> > > P.P.S: debian/changelog looks a bit short for all the changes > since the last version. You might also consider noting some of the > recent changes that have been made :) This is the new changelog: wmaker (0.95.0-1) unstable; urgency=low * New upstream version 0.95.0, now from git. [Closes: #556677, #401900] [Closes: #514438, #607550, #218110, #583734, #105351, #549157] [Closes: #283610, #311563, #310285, #329783, #280819, #284048] [Closes: #292391, #361241, #364290, #148370, #287459, #122076] [Closes: #175503, #79598, #78088, #68381, #38184, #41434, #41434] [Closes: #94960, #39543, #63265, #69499, #94446, #77488, #329783] Thanks to Andreas Tscharner for their bug revision * New debian/rules file [Closes: #590244] * New maintainer [Closes: #632875] * New package wmaker-common (arch independent files) * removed the asclock diversions from the wmaker scripts * new package wmaker-common with the arch independent files * debian/patches are now DEP-3 * debian/copyright is now DEP-5 * Standard-Version is now 3.9.2 * manpages moved to upstream * solved some problems with .la files (lintian clean) * libwmaker0-dev is not included in upstream version. Now included as patch (52_libwmaker0dev.diff) Kind regards, kix -- 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/4ec9930f.9020...@kix.es
Re: RFS: wmaker (try 2)
On Tue, 15 Nov 2011 11:27:23 -0500, Paul Tagliamonte wrote: On Tue, Nov 15, 2011 at 11:26 AM, Paul Tagliamonte wrote: On Tue, Nov 15, 2011 at 10:58 AM, Rodolfo kix Garcia wrote: Hi Paul, [snip] I'm getting some odd errors on my server (I'm away from home, I can't do a complete review) from lintian. I can't verify it quickly offhand, but it's reporting: E: wmaker source: missing-build-dependency quilt (>= 0.46-7~) ^^^ which was a warning that you depended directly on it, so I have a feeling my lintian is sorely out of date E: wmaker source: magic-arch-in-arch-list ^^^ which I can't verify in your d/control. Please, check these problems. I don't have them here. I can't complete a review now, but I figure it's about time a DD took over with a package as complex as this, as well as someone who's able to sponsor you :) I would like to became a DM :-) [http://qa.debian.org/developer.php?login=k...@kix.es] I have two packages more in mentors: wmmixer and wmmoonclock. Can somebody upload them. Thanks. I'll hand it off here. Nice work, though. Thanks a lot for your help. P.P.S: debian/changelog looks a bit short for all the changes since the last version. You might also consider noting some of the recent changes that have been made :) Ok, IMO this package is ready to be uploaded (more comments are welcome), but: 1. I need to move the files debian/debianfiles/README.* to debian/ 2. I need add more info to the changelog. I will took one week to close bugs, and add more info to the changelog file. This package has 189 bugs open, help to close these bugs are very very welcome. If anyone is interested to help me, please, contact with me off the list. I will sent the new (final?) wmaker package try 3 the next monday. Thanks a lot for your help Paul, Best Regards, kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/8d14aac14f7c7c6d9238967fa3388...@kix.es
Re: RFS: wmaker (try 2)
Hi Paul, a new version is up :-) Comments: On Sun, 13 Nov 2011 18:00:55 -0500, Paul Tagliamonte wrote: On Sun, Nov 13, 2011 at 5:43 PM, Rodolfo kix Garcia wrote: [snip] General note: - You've got a lot of stuff in ./debian/ - I would invite you to consider creating a few directories to put files that relate to eachother (theme related stuff, and so forth) I took the wmaker package from the previous maintainer, and I try to update it to the current standard-version, dep-3/5,... Some things are adopted from the previous package. I have a lot of files in ./debian because this package creates nine or ten binary packages. The files are *.install, *.symbols, *.docs,... I moved the theme files, menu files,... to debian/debianfiles. Only one folder, because are not too much files for different folders. But probably yes, I can move/delete some files: delete: TODO, nightly_build.sh move: WMWindowAttributes, debian.tiff.uu, appearance.menu-method, Debian.theme I deleted TODO and nigthly_build.sh You're overriding a lot of stuff. Can you please explain them all? Some of them look valid... First, I don't know how to solve these problems. I try to use "http://www.debian.org/doc/packaging-manuals/menu.html/"; to create/update the windowmaker menu's. But Window Maker is an exception and is not too easy to create the menus. In http://www.debian.org/doc/packaging-manuals/menu.html/ch3.html you can find: Window Maker This section is reserved for wmaker as a special case. All wmaker specific entries must go here. For this reason we have these overrides. I try to change some things, but then the WindowMaker menu system fails :-( You should consider putting a comment block by each override, and note exactly why. If lintian's in error, please report a bug (and don't override!) I think a little on this. IMO wmaker is an exception, and probably is easy to continue with the overrides and don't modify lintian. If this is true (and it might be) - you need to explain why you need to override, and why modifying lintian would not be a good idea, as a comment in that file :) The files *.litian-override are now with comments. wmaker: menu-item-creates-new-root-section wmaker: menu-command-not-in-package wmaker: menu-item-contains-unknown-tag wmaker: menu-item-needs-tag-has-unknown-value ./debian/debian.tiff.uu - You can avoid uuencoding with source format 3 (as you're using) uuencoded and added. Now in debian/debianfiles and the debian/option/binary file added. I will try to find more info about it. ./debian/nightly_build.sh - what is this, and why do we need it in the archive? :) deleted Yes, this file is used in the webpage to create a nighty build :-). Of course should be removed from the Debian package. ./debian/TODO - Consider keeping track of this in the BTS deleted Should be removed too. The TODO info don't apply now. Radical :) :-) ./debian/copyright You say: License: public-domain but then you go on to say: They may be distributed freely and/or modified as long as the original Author is mentioned! I wrote to debian-legal (you are in cc:) and I wrote their comments in this case, License: attributed That's not public domain :) Also: License: public-domain do What The Fuck you want to Public License Here, License: WTFPL-1 :-) WTF license!! ;-) I try to select one license, but I found nothing. http://dep.debian.net/deps/dep5/ What should I do? I'm not sure. I'll pass this off to someone who knows what they're doing :) Lastly: you have a GPL-2 block without files. No. Is the License paragraph. Is not correct? Ah, I see what you did. That's for the bit up on the top. Done. I seem to recall that not being right, but I'm not sure :) ./debian/rules I've never seen such a large dh-short rules file before. I can write a book about it. It took a lot of time. Was hard. Probably is a good idea to review some parts. I had to do the same a few weeks back. It's a lot of work, but it's worth it to squash d/rules often :) I re-wrote this file. I changed many things. less variables. Consider some of the following: XLOCALE := --disable-locale [snip] WMAKER_OPTIONS := $(XLOCALE) $(MODELOCK) $(XINERAMA) \ [snip] You're going to have to modify this file anyway, why not keep a well-formatted list of the args directly. The package, in the previous version, had this info. Are "possible" options, then we select only a few of them: XINERAMA := --enable-xinerama # USERMENU := --enable-usermenu XINERAMA is used, USERMENU is not used, but is an option... I don't have preferences about it. If you think is better put the args directly, perfect. Done. [snip] Best of luck! Paul -- All programmers are playwrights
Re: RFS: wmaker
Hi! Thanks Paul!! I have a new version, I will upload it in a few hours (and I will comment your email ;-)), but... I need help with this: [1] Problems in the copyright file with some licenses. What license I need to use? [2] GPL-2 block. I need to add the license to the file? Thanks a lot. Best Regards. [1] On Sun, 13 Nov 2011 18:00:55 -0500, Paul Tagliamonte wrote: On Sun, Nov 13, 2011 at 5:43 PM, Rodolfo kix Garcia wrote: [snip] ./debian/copyright You say: License: public-domain but then you go on to say: They may be distributed freely and/or modified as long as the original Author is mentioned! That's not public domain :) Also: License: public-domain do What The Fuck you want to Public License WTF license!! ;-) I try to select one license, but I found nothing. http://dep.debian.net/deps/dep5/ What should I do? I'm not sure. I'll pass this off to someone who knows what they're doing :) [2] Lastly: you have a GPL-2 block without files. No. Is the License paragraph. Is not correct? Ah, I see what you did. That's for the bit up on the top. I seem to recall that not being right, but I'm not sure :) [snip] Best of luck! Paul -- All programmers are playwrights, and all computers are lousy actors. #define sizeof(x) rand() :wq -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/645d08aa0e64a0d91a2ca4a4f0683...@kix.es
Re: RFS: wmaker
Hi Paul, thanks a lot for your review! On 13/11/2011 20:25, Paul Tagliamonte wrote: > INADD, but here's a review, > > General note: > - You've got a lot of stuff in ./debian/ - I would invite you to > consider creating a few directories to put files that relate to > eachother (theme related stuff, and so forth) I took the wmaker package from the previous maintainer, and I try to update it to the current standard-version, dep-3/5,... Some things are adopted from the previous package. I have a lot of files in ./debian because this package creates nine or ten binary packages. The files are *.install, *.symbols, *.docs,... But probably yes, I can move/delete some files: delete: TODO, nightly_build.sh move: WMWindowAttributes, debian.tiff.uu, appearance.menu-method, Debian.theme > You're overriding a lot of stuff. Can you please explain them all? > Some of them look valid... First, I don't know how to solve these problems. I try to use "http://www.debian.org/doc/packaging-manuals/menu.html/"; to create/update the windowmaker menu's. But Window Maker is an exception and is not too easy to create the menus. In http://www.debian.org/doc/packaging-manuals/menu.html/ch3.html you can find: Window Maker This section is reserved for wmaker as a special case. All wmaker specific entries must go here. For this reason we have these overrides. I try to change some things, but then the WindowMaker menu system fails :-( > You should consider putting a comment block by each override, and note > exactly why. If lintian's in error, please report a bug (and don't > override!) I think a little on this. IMO wmaker is an exception, and probably is easy to continue with the overrides and don't modify lintian. > wmaker: menu-item-creates-new-root-section > wmaker: menu-command-not-in-package > wmaker: menu-item-contains-unknown-tag > wmaker: menu-item-needs-tag-has-unknown-value > > ./debian/debian.tiff.uu > - You can avoid uuencoding with source format 3 (as you're using) I will try to find more info about it. > ./debian/nightly_build.sh > - what is this, and why do we need it in the archive? :) Yes, this file is used in the webpage to create a nighty build :-). Of course should be removed from the Debian package. > ./debian/TODO > - Consider keeping track of this in the BTS Should be removed too. The TODO info don't apply now. > ./debian/copyright > You say: > License: public-domain > > but then you go on to say: > > They may be distributed freely and/or modified as long as the original > Author is mentioned! > > That's not public domain :) > > Also: > License: public-domain > do What The Fuck you want to Public License WTF license!! ;-) I try to select one license, but I found nothing. http://dep.debian.net/deps/dep5/ What should I do? > Lastly: > you have a GPL-2 block without files. No. Is the License paragraph. Is not correct? > ./debian/rules > I've never seen such a large dh-short rules file before. I can write a book about it. It took a lot of time. Was hard. Probably is a good idea to review some parts. > Consider some of the following: > > XLOCALE := --disable-locale > [snip] > WMAKER_OPTIONS := $(XLOCALE) $(MODELOCK) $(XINERAMA) \ > [snip] > > You're going to have to modify this file anyway, why not keep a > well-formatted list of the args directly. The package, in the previous version, had this info. Are "possible" options, then we select only a few of them: XINERAMA := --enable-xinerama # USERMENU:= --enable-usermenu XINERAMA is used, USERMENU is not used, but is an option... I don't have preferences about it. If you think is better put the args directly, perfect. I know that I will send this package some times to mentors :-( It has many many thinks. >There's more, but I think it just needs a good hard think on what > really needs to be in there. >I mean, it's huge. > > I didn't get a chance to get too much farther then this, I just ran > out of laptop battery. Someone else can take over - it looks like this > needs a good stern clean. Thanks a lot for your time. Your comments are very good. Probably a second opinion should be nice, because this package is a little bit "rare" > Other then that, it's in fairly nice shape. Well done on maintaining > such a huge package. Thanks, your comments are very welcome! > Overrides aside, lintian reports one source pedant: I don't remember, but if I remove the quilt from the build-depends, I got an error about quilt dependence. But I am not sure. > > P: wmaker source: unneeded-build-dep-on-quilt > N: > N:This package build-depends on quilt, which is not required since > N:dpkg-source will apply patches at unpack time for 3.0 (quilt) source > N:packages. > N: > N:Remember to remove any references to quilt in the rules file (e.g. > N:"--with quilt", dh_quilt_* or quilt makefile includes). > N: > N:This tag is
RFS: wmmoonclock
Dear mentors, I am looking for a sponsor for my package "wmmoonclock". * Package name: wmmoonclock Version : 1.28-1 Section : x11 It builds those binary packages: wmmoonclock - WindowMaker moon phase dockapp To access further information about this package, please visit the following URL: http://mentors.debian.net/package/wmmoonclock Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/w/wmmoonclock/wmmoonclock_1.28-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Rodolfo García Peñas (kix) -- 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/4ec01339.7070...@kix.es
RFS: wmmixer
Dear mentors, I am looking for a sponsor for my package "wmmixer". * Package name: wmmixer Version : 1.7-1 Section : x11 It builds those binary packages: wmmixer- mixer application designed for WindowMaker To access further information about this package, please visit the following URL: http://mentors.debian.net/package/wmmixer Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/w/wmmixer/wmmixer_1.7-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Rodolfo García Peñas (kix) -- 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/4ec01306.8030...@kix.es
RFS: wmaker
Dear mentors, I am looking for a sponsor for my package "wmaker". Package name: wmaker Version : 0.95.0-1 URL : http://windowmaker.org/ Section : x11 It builds those binary packages: libwings-dev - Window Maker's own widget set libwings2 - Window Maker's own widget set - runtime library libwmaker0-dev - Static libraries and headers for Window Maker applications libwraster3 - Shared libraries of Window Maker rasterizer libwraster3-dev - Static libraries and headers of Window Maker rasterizer libwutil2 - Window Maker's own widget set - utility library wmaker - NeXTSTEP-like window manager for X wmaker-common - Window Maker - Architecture independent files wmaker-dbg - Debugging symbols for WindowMaker packages To access further information about this package, please visit the following URL: http://mentors.debian.net/package/wmaker Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/w/wmaker/wmaker_0.95.0-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Rodolfo García Peñas (kix) -- 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/4ec012bf.50...@kix.es
Re: Upstream changelog name change
On Mon, 17 Oct 2011 14:36:25 +0200, Ole Streicher wrote: Dear list, my upstream package has a file "CHANGELOG" which does not get installed by default. When I just include this file name into debian/docs, lintian complains about "wrong-name-for-upstream-changelog". Is there a simple way to rename this file? Or do I need to write a specific debian/rules rule for that? Best regards Ole Hi, IMO, try with dh_override_installchangelog in debian/rules and then dh_installchangelog CHANGELOG upstream. example: override_dh_installchangelogs: dh_installchangelogs debian/changelog.upstream upstream Cheers, kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/43b58391801be4b6058f34fb8354d...@kix.es
Re: needs a sponsor column in m.d.n
On Mon, 10 Oct 2011 01:15:06 -0700, Vincent Cheng wrote: On Mon, Oct 10, 2011 at 1:10 AM, Gergely Nagy wrote: Rodolfo kix Garcia writes: Hi! now in mentors.d.n are only packages that needs a sponsor. Is this normal? then, the column about "needs a sponsor" is not needed. My understanding is, that it can be used to request reviews aswell: when a package is mostly done, but is not ready for upload yet, but the maintainer wishes to receive input from others, before preparing the final version, ready to get sponsored. Also, some package maintainers work as part of a team and already have a DD willing to sponsor their packages, and they simply need a place to host their source package so their sponsor can review and upload their packages. Vincent Umm, I meant that in the webpage (http://mentors.debian.org) shows only the packages that needs a sponsor. kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/0eda86dd4a3bca20d54158b604463...@kix.es
needs a sponsor column in m.d.n
Hi! now in mentors.d.n are only packages that needs a sponsor. Is this normal? then, the column about "needs a sponsor" is not needed. Regards, kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/019329ae6253b37ed6ca1efa6a7ec...@kix.es
Re: Fwd: dpkg-source: error: expected [ +-] at start of line
On Sat, 8 Oct 2011 00:45:33 +0200, Thomas Preud'homme wrote: Le samedi 8 octobre 2011 00:43:07, Rodolfo kix Garcia a écrit : On Sat, 8 Oct 2011 00:05:42 +0200, Thomas Preud'homme wrote: > Le vendredi 7 octobre 2011 22:41:05, Rodolfo kix Garcia a écrit : >> Hi, >> >> I have a problem with dpkg-buildpackage. I have three patches in the >> debian folder. All apply fine using quilt, but using >> dpkg-buildpackage I >> get an error: >> >> dpkg-source: info: using options from >> wmaker-crm/debian/source/options: >> >> --extend-diff-ignore=(^|/)(config\.sub|config\.guess|Makefile|configure| >> Mak efile\.in)$ dpkg-source: error: expected [ +-] at start of line 17 >> of diff >> `wmaker-crm/debian/patches/52_libwmaker0dev.diff' >> dpkg-buildpackage: error: dpkg-source --before-build wmaker-crm gave >> error exit status 25 > > The lines should start with spaces, not directly tab. But... is a patch! In the original file (upstream version) there are tabs. Just add a space before the tab. A line start either by a + (added line), - (removed line) or space (unmodified line) followed by the line to be added, removed or untouched. Best regards. Thomas, now is ok :-) Thanks a lot But, IMHO, this is a bug. Because I can patch using quilt but not with dpkg-buildpackage. Same code, different behavior. Best Regards. kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/b997562f9be59506f6b81b047ed9d...@kix.es
Re: Fwd: dpkg-source: error: expected [ +-] at start of line
On Sat, 8 Oct 2011 00:05:42 +0200, Thomas Preud'homme wrote: Le vendredi 7 octobre 2011 22:41:05, Rodolfo kix Garcia a écrit : Hi, I have a problem with dpkg-buildpackage. I have three patches in the debian folder. All apply fine using quilt, but using dpkg-buildpackage I get an error: dpkg-source: info: using options from wmaker-crm/debian/source/options: --extend-diff-ignore=(^|/)(config\.sub|config\.guess|Makefile|configure|Mak efile\.in)$ dpkg-source: error: expected [ +-] at start of line 17 of diff `wmaker-crm/debian/patches/52_libwmaker0dev.diff' dpkg-buildpackage: error: dpkg-source --before-build wmaker-crm gave error exit status 25 The lines should start with spaces, not directly tab. But... is a patch! In the original file (upstream version) there are tabs. -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/514f5b558aa23ca1c3408b9d92518...@kix.es
Fwd: dpkg-source: error: expected [ +-] at start of line
Hi, I have a problem with dpkg-buildpackage. I have three patches in the debian folder. All apply fine using quilt, but using dpkg-buildpackage I get an error: dpkg-source: info: using options from wmaker-crm/debian/source/options: --extend-diff-ignore=(^|/)(config\.sub|config\.guess|Makefile|configure|Makefile\.in)$ dpkg-source: error: expected [ +-] at start of line 17 of diff `wmaker-crm/debian/patches/52_libwmaker0dev.diff' dpkg-buildpackage: error: dpkg-source --before-build wmaker-crm gave error exit status 25 Any help? This is the log of how I apply the quilt patches and trying to build using dpkg-buildpackage. The sources are at http://repo.or.cz/w/wmaker-crm.git The patch with problems are at http://repo.or.cz/w/wmaker-crm.git/blob/8bc9a1dd195a2110984690a5aec0da15809347f9:/debian/patches/52_libwmaker0dev.diff The lines with problems: 13 AC_SUBST(XLFLAGS) 14 AC_SUBST(XLIBS) 15 AC_SUBST(X_EXTRA_LIBS) 16 @@ -866,7 +869,7 @@ 17 WINGs/Makefile WINGs/WINGs/Makefile WINGs/Documentation/Makefile \ 18 WINGs/Examples/Makefile WINGs/Resources/Makefile WINGs/Tests/Makefile \ 19 WINGs/Extras/Makefile WINGs/po/Makefile \ 20 - wrlib/Makefile wrlib/tests/Makefile \ 21 + wmlib/Makefile wrlib/Makefile wrlib/tests/Makefile \ 22 src/Makefile src/wconfig.h \ 23 doc/Makefile doc/sk/Makefile doc/cs/Makefile \ 24 doc/ru/Makefile \ 25 --- /dev/null The log: kix@macserver:~/src/wmaker-crm$ quilt applied No patches applied kix@macserver:~/src/wmaker-crm$ quilt push Applying patch 50_def_config_paths.diff patching file src/wconfig.h.in Hunk #1 succeeded at 135 (offset 3 lines). Now at patch 50_def_config_paths.diff kix@macserver:~/src/wmaker-crm$ quilt push Applying patch 51_wmaker_man.diff patching file doc/wmaker.1x Now at patch 51_wmaker_man.diff kix@macserver:~/src/wmaker-crm$ quilt push Applying patch 52_libwmaker0dev.diff patching file configure.ac patching file wmlib/app.c patching file wmlib/app.h patching file wmlib/command.c patching file wmlib/event.c patching file wmlib/Makefile.am patching file wmlib/menu.c patching file wmlib/menu.h patching file wmlib/WMaker.h patching file Makefile.am Now at patch 52_libwmaker0dev.diff kix@macserver:~/src/wmaker-crm$ quilt push File series fully applied, ends at patch 52_libwmaker0dev.diff kix@macserver:~/src/wmaker-crm$ kix@macserver:~/src/wmaker-crm$ LANG=C dpkg-buildpackage -tc dpkg-buildpackage: dpkg-buildflags (origin: vendor): CFLAGS = -g -O2 -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security dpkg-buildpackage: dpkg-buildflags (origin: vendor): CPPFLAGS = dpkg-buildpackage: dpkg-buildflags (origin: vendor): CXXFLAGS = -g -O2 -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security dpkg-buildpackage: dpkg-buildflags (origin: vendor): FFLAGS = -g -O2 dpkg-buildpackage: dpkg-buildflags (origin: vendor): LDFLAGS = -Wl,-z,relro dpkg-buildpackage: source package wmaker dpkg-buildpackage: source version 0.94.0-1 dpkg-buildpackage: source changed by Rodolfo GarcÃa Peñas (kix) dpkg-buildpackage: host architecture amd64 dpkg-source --before-build wmaker-crm dpkg-source: info: using options from wmaker-crm/debian/source/options: --extend-diff-ignore=(^|/)(config\.sub|config\.guess|Makefile|configure|Makefile\.in)$ dpkg-source: error: expected [ +-] at start of line 17 of diff `wmaker-crm/debian/patches/52_libwmaker0dev.diff' dpkg-buildpackage: error: dpkg-source --before-build wmaker-crm gave error exit status 25 kix@macserver:~/src/wmaker-crm$ quilt push Applying patch 52_libwmaker0dev.diff patching file configure.ac patching file wmlib/app.c patching file wmlib/app.h patching file wmlib/command.c patching file wmlib/event.c patching file wmlib/Makefile.am patching file wmlib/menu.c patching file wmlib/menu.h patching file wmlib/WMaker.h patching file Makefile.am Now at patch 52_libwmaker0dev.diff kix@macserver:~/src/wmaker-crm$ Thanks a lot. Best Regards. kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/9fa083c37d99fec84f13f5a7ec9cd...@kix.es
RFS: uswsusp
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for my package "uswsusp". * Package name: uswsusp Version : 1.0-4 Upstream Author : suspend-de...@lists.sourceforge.net * URL : http://suspend.sourceforge.net/ * License : GPL-2+ Section : admin It builds those binary packages: uswsusp- tools to use userspace software suspend provided by Linux This version closes these bugs: #402365: "uswsusp: My machine is not in the whitelist of the s2ram/s2both" in package uswsusp #495436: "uswsusp: Please add BenQ Joybook 5000 to the whitelist" in package uswsusp #497842: "uswsusp: Whitelist MacBook4.1" in package uswsusp #497848: "s2ram works on P7010" in package uswsusp #498195: "uswsusp: s2ram fails on Presario R3200" in package uswsusp #498917: "uswsusp: hibernate de-formats swap partition" in package uswsusp #500794: "uswsusp - s2ram does not follow kernel" in package uswsusp #509635: "uswsusp: Please add Fujitsu Siemens Si 2636 to whitelist" in package uswsusp #518369: "uswsusp: Add support for EeePC 901" in package uswsusp #520848: "Please add Lenovo IdeaPad S9e to the whitelist" in package uswsusp #521147: "uswsusp: Fail to suspend, keyboard freeze, screen black showing "Looking for splash image"" in package uswsusp #526938: "uswsusp: s2ram problems with Acer Extensa 5620G" in package uswsusp #530389: "uswsusp: the whitelist being not hardcoded would be a good thing" in package uswsusp #541135: "uswsusp: s2ram says my macbook pro is not known to work, but it works" in package uswsusp #574874: "uswsusp: whitelist thinkpad X200s" in package uswsusp #591066: "uswsusp: s2ram does not suspend (poweroff) after upgrading from lenny" in package uswsusp #604427: "resume: could not stat the resume device file" in package uswsusp Probably with this version the package can enter in testing. To access further information about this package, please visit the following URL: http://mentors.debian.net/package/uswsusp Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/u/uswsusp/uswsusp_1.0-4.dsc I would be glad if someone uploaded this package for me. Kind regards, Rodolfo García Peñas (kix) - -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOf2TLAAoJEHsfVJByt0kjEJkQAKy5tDNWT+1webRZtDtwgh8i xWKBl5icR+gIzszMdkyKYRrNV+aFdV4pNrHsPwA3y8JmNjhOqzF7lqK1NAZyllrU 9vSfoonL471OTyaPal+GIpxfKH5DgHJhlGynk5AP01Xr6Op92eUgK71HWgcU/zgv aoPkjysT82bBHYTeSw/Rn4Koq0qGTXI8biw9bF2Vj1rgjZXzOS+sC7IET9i9kzn9 Kxi4CRREvF+c+ax2KTGWWIA/r93L9aQAxphcWuHkUH8ku8CuJ4jR7NwMbdhVV1oF 793EQzWRjP6lyarvxYxzJZEB2zf8o01S/59wZsJlZXPWgqFM1BNxux1y6byUALs+ Uk8seDz7oYwqAGH81KnkFC/WQIIDmMq/7mKkD38slkiFl8hI9udpYuHpd4BU+1io TV9e8YH5d52YRZmJyWLrXci0HL7oCz6f3DBmH+ixRQkqMIZX7qlHLIYK3yiip99P wwzcpcF1HrWe/SxEVIk/c7Uww/mF7ch/WhH56dDf82zV0nMf1t10KA61TKYZLSYz HWLhvhBLlZzzUayIvTGqjefo7QRZmVUxImcnTa+cBXGl3jcikqLqOoRkxcVi27Lz GlkFyra/h6rk4/94tqoE7TupQNttPVDjTerZCIzYJFfB3A1qICdq0wxBejq1WQSf D/lGyWD7Ea6L52u0OmHn =prpQ -END PGP SIGNATURE- -- 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/4e7f64cb.8020...@kix.es
RFS: wmmixer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for my package "wmmixer". Info: Closes bug #640301: "wmmixer: FTBFS with ld --as-needed" in package wmmixer. The patch is included in the upstream version. Thanks to Angel Abad for the patch. * Package name: wmmixer Version : 1.7-1 Section : x11 It builds those binary packages: wmmixer- mixer application designed for WindowMaker To access further information about this package, please visit the following URL: http://mentors.debian.net/package/wmmixer Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/w/wmmixer/wmmixer_1.7-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Rodolfo García Peñas (kix) - -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOfzKaAAoJEHsfVJByt0kjZ8gP/0PDZupXX1bR1Mb3X0j7MC86 zDAE8qQd4Y4SFd+nxz1oanx1CYO1HWDG/D3yPSvzfavN8BfrSEUs8atoV4h8b4ym 3+2oSeV/WlsxI7uWnS64K7juVT1rB4an+G7GxbAE/v8GcRHGIdrNfDlBrErDvRyP E/Ej8YvDlWGr4U5o5794OTlHPEkVAPRRetKUFkUiBSgx8cxpS/nrlDFgh7M0M8JW LPC7yVK/l50WAp7ZhLJSaMEkYDFioFkrJ5qPYph0C6d/Y6myzf+zlkdFEUdb2/BT CWROJTx14cG7BgDjvlrkxNK7da07ft3UOI2By5LCRLjW/SQeLTbNNdxbrU5Ur7Ui 3LnSq+lWi5K0R9Tc5GqBJDNVpHWUFSCm2o5JUt/17SmWU0TnlU/6ketpIdcCuTqd P4lE9sB5eVbjBZoJxc0A5HvjDoG1h0lyjaCYw1jXjkEBoiS+ppThz6N3C2/OhOF4 Nsj32CoOdYKtGOYDgSqandimvIHPimeRk1dPdzX51gtNr1nkwJA/6oittxNtFjlX +gvBuobST2Xu1kA+yrmKNT+bn3T16yOSbALk+pxP938+fbz9xrN0MUybxYprVrwX yCl7x7lFNlXRbDleA7SrV0CAePeF/aywclKJ7//gVkKxX1dV+BMCc7Mrryp2Mmwn jWutWBDtDqnRc6UNOUh2 =+/Ss -END PGP SIGNATURE- -- 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/4e7f329a.2020...@kix.es
RFS: wmmoonclock
Dear mentors, I am looking for a sponsor for my package "wmmoonclock". This package is like the previous version 1.27-1, but now the debian/patches are included in the upstream version. * Package name: wmmoonclock Version : 1.28-1 Section : x11 It builds those binary packages: wmmoonclock - WindowMaker moon phase dockapp To access further information about this package, please visit the following URL: http://mentors.debian.net/package/wmmoonclock Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/w/wmmoonclock/wmmoonclock_1.28-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Rodolfo García Peñas (kix) -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/4e7f306b.4080...@kix.es
Question about menu files
Hi, I have this in the menu file: package(wmaker):needs="wmaker" \ section="/" title="Exit" sort="ZZ" \ command="EXIT" And I got this lintian error: W: wmaker: menu-command-not-in-package usr/share/menu/wmaker:6 EXIT W: wmaker: menu-item-needs-tag-has-unknown-value wmaker usr/share/menu/wmaker:6 N: N:The menu item has a line that has a needs= field with a strange value. N:This may be intentional, but it's probably a typo that will make menu N:ignore the line. N: N:Severity: minor, Certainty: certain N: N:Check: menu-format, Type: binary Yes, is not a command. What should I do? I cannot find more info about how to add the EXIT, SHUTDOWN,... commands. Thanks a lot, Best Regards, kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/20895f0d694890e74e5839bd02337...@kix.es
Re: How do I create a symbols file?
On Wed, 24 Aug 2011 04:57:45 -0500, Paul Elliott wrote: lintian -I says I should create a symbols file. But Debian Library Packaging guide nor Debian New Maintainers' Guide tells me exactly how to create such a file or how to name it. Neither does UsingSymbolsFiles http://wiki.debian.org/UsingSymbolsFiles it just says be carefull about it! I am packaging this library for the first time and I am probably the first to build it with libtool. So I probably don't have to worry about previous versions. But some day my work will be the previous version, so I want to do this correctly. The .c files proably have some global symbols that are not in the public interface. The inteface includes global varriables. (I did not write this program.) What should I do? Hi Paul, take a look in the dpkg-gensymbols manpage. Is very clear. dpkg-gensymbols -p Probably you could make some changes, like the output file, the "~" character, ... Regards. kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/1f67f31dcbd57a519f299245260d3...@kix.es
Re: RFS: wmmixer
On Tue, 9 Aug 2011 22:46:59 +0100, Michael Tautschnig wrote: Hi, [...] It builds these binary packages: wmmixer- mixer application designed for WindowMaker [...] Built, signed, and uploaded. Just one request though: would you mind speaking to upstream about getting their C-string handling straight (that is, introduce some "const")? GCC keeps warning us: XPM/wmmixer.xpm:77:67: warning: deprecated conversion from string constant to ‘char*’ [-Wwrite-strings] Thanks a lot for your work, Michael Hi Michael, thanks a lot! I have a new (upstream) patch for the "const" problems. I sent it to wmaker-dev mail list (Subject: "wmmixer patches") http://blog.gmane.org/gmane.compw.window-managers.windowmaker.devel/day=20110810 In the same link there is a comment about the future of wmaker package. Is only an idea, I am not sure if is possible to do that. The current wmaker package has a lot of (old) bugs, and probably is better to "drop" the package and create a new one. For this reason, perhaps, we can do: 1. create a new package (pe. wmaker-crm) 2. convert wmaker in a metapackage with dependency wmaker-crm 3. work normally 4. in the future, move wmaker-crm to wmaker Is possible to do it? Any idea? Thanks a lot for your time Michael, Best Regards, kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/480512fff90ed538d92de1a2fd7ad...@kix.es
RFS: wmmixer
Dear mentors, Are minor changes: * debian/copyright is now DEP-5 * debian/patches/* are now DEP-3 Thanks a lot. I am looking for a sponsor for my package "wmmixer". * Package name: wmmixer Version : 1.6-2 Section : x11 It builds these binary packages: wmmixer- mixer application designed for WindowMaker The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/w/wmmixer - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/w/wmmixer/wmmixer_1.6-2.dsc I would be glad if someone uploaded this package for me. Kind regards Rodolfo García Peñas (kix) -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/d64f1821071d26e75093d6b934fe2...@kix.es
Re: RFS: wmmoonclock (updated package)
On Mon, 08 Aug 2011 10:48:28 +0200, Kilian Krause wrote: Hi Rodolfo, Hi Kilian, thanks. On Mon, 2011-08-08 at 00:36 +0200, Rodolfo kix Garcia wrote: On Sat, 6 Aug 2011 20:24:26 +0200, Kilian Krause wrote: [...] >> >> >6.) Updating debian/copyright to DEP-5 would be a bonus. >> >> ok++ bonus and extra live ;-) actually no. The top line should have an URL like http://anonscm.debian.org/viewvc/dep/web/deps/dep5.mdwn?view=co&pathrev=174 and no need to paste the verbatim copy of GPL twice. now? Anyway, probably I will need to create a new package, because the problem with the changelog.upstream file, but please, tell me what to do with the git files and how to update the package. There is no need for a "new package" unless there's a new upstream version. Overall the package looks very good now except for two things: 1.) You should add dh_installchangelogs debian/changelog.upstream as override to debian/rules until the new upstream release which would include it in their upstream tarball. done. 2.) Re-add the symlink /usr/bin/wmmoonclock -> wmMoonClock that symlink and other for the manpages. Updates to the Debian package should be reusing the orig.tar.gz unless there's a new upstream release (as we are doing with the -30 right now). Not sure what you mean with Git files. Yes, what should I do with the files at http://repo.or.cz/w/dockapps.git Thanks a lot. The file is in mentors again. Best Regards. kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/0e0cd7548deebc3b07e0427b2f5d0...@kix.es
Re: RFS: wmmoonclock (updated package)
On Sat, 6 Aug 2011 20:24:26 +0200, Kilian Krause wrote: Hi kix, Hi Kilian Sorry if I've made myself not clear enough as you do not seem to have gotten my point. To make an upload of 1.27-30 you have to use the orig.tar.gz like http://ftp.debian.org/debian/pool/main/w/wmmoonclock/wmmoonclock_1.27.orig.tar.gz which is already in the Debian archive for the last versions. clear now :-) >3.) shipping changelog as docs is not an required. >dh_installchangelogs >should catch it in default locations - unusual locations can be >provided >in debian/rules as argument. No need to add changelog as docs too. ok I created a new package, but this package do not include the upstream changelog (the file on the wmmoonclock.docs file) Now this file is debian/changelog.upstream, but is not in the wmmoonclock.docs file and the is not included in the package. I think we need to include this file. >4.) The patches altogether lack a DEP-3 header. Please consider >adding >one and especially feeding them back upstream to have them >included and >vanish from Debian packaging. perfect, I will do it. I think is done. Some days before send the package to mentors I created two packages, one without patches (patches applied) and other with patches (unapplied). I wrote to the Author asking about add the patches to the source in the upstream version, but I didn't get reply. For this reason I sent the package with patches not applied. The author don't reply me yet, probably is on vacation >5.) Regarding taking over the maintainer ship. You should update the >title of #588837 to read ITA. ok done >6.) Updating debian/copyright to DEP-5 would be a bonus. ok++ bonus and extra live ;-) >7.) debian/watch is empty. This makes comparing new upstream >tarballs to >your provided one quite tedious. Please update it to the correct >upstream locations. There is not webserver yet. The info at http://windowmaker.org or http://windowmaker.info is not updated. The pages will move to a CMS soon, but there is no tarballs yet. I will update the package if the tarballs are available. Now the files are only in the GIT. That's quite sad but in that case the debian/copyright needs to be updated too (http://nis-www.lanl.gov/~mgh/WindowMaker/DockApps.shtml is no longer valid then). And as a personal preference I'd recommend adding a get-orig-source target in the meantime which would preferably reconstruct some tarball with the contents of the 1.27.orig.tar.gz as is now in the Debian archive (if possible). Ok, what should I do? Update the problems 3-7? Yes, and reuse the original tarball to provide the next upload to mentors.d.n (which would make the list 1-7 I guess). ;-) I didn't do nothing with this part. I took the original tar.gz file from debian and I made the new package. But what should I do with the git files? How I should to update the package? why I need to update many things (DEP-5, DEP-3, ...) in the package if is "lintian clean"? why not is included in lintian these things? Anyway, probably I will need to create a new package, because the problem with the changelog.upstream file, but please, tell me what to do with the git files and how to update the package. Thanks a lot for your time. Best Regards. kix Ah! the new package is in mentors ;-) -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/ba3162764cceeaebae42c523768ba...@kix.es
Re: RFS: wmmoonclock (updated package)
On Fri, 05 Aug 2011 13:43:07 +0200, Kilian Krause wrote: Hi Rodolfo, Hi Kilian, thanks a lot for review this package. On Sat, 2011-07-30 at 12:48 +0200, Rodolfo kix Garcia wrote: I am looking for a sponsor for the new version 1.27-30 of my package "wmmoonclock". http://mentors.debian.net/debian/pool/main/w/wmmoonclock/wmmoonclock_1.27-30.dsc I would be glad if someone uploaded this package for me. Sorry, but no. :'( ;-) 1.) If you update a package without new upstream release you must use the orig.tar.gz file that is in the Debian archive. Any upload using another tarball will fail to be accepted by the Debian archive. 2.) You moved upstream's changelog out of debian/ with the new upstream tarball. As said above the tarball in inalienable without a new upstream release version and thus this change cannot be accepted. Ok. Please, take a look here: http://repo.or.cz/w/dockapps.git Is the git for dockapps. The WindowMaker project is making a new git with the dockapps. Here, in this tree, the changelog file is in the root folder, not in the debian folder. This is the reason for a new version with this file in the root and new version number. 3.) shipping changelog as docs is not an required. dh_installchangelogs should catch it in default locations - unusual locations can be provided in debian/rules as argument. No need to add changelog as docs too. ok 4.) The patches altogether lack a DEP-3 header. Please consider adding one and especially feeding them back upstream to have them included and vanish from Debian packaging. perfect, I will do it. 5.) Regarding taking over the maintainer ship. You should update the title of #588837 to read ITA. ok 6.) Updating debian/copyright to DEP-5 would be a bonus. ok++ 7.) debian/watch is empty. This makes comparing new upstream tarballs to your provided one quite tedious. Please update it to the correct upstream locations. There is not webserver yet. The info at http://windowmaker.org or http://windowmaker.info is not updated. The pages will move to a CMS soon, but there is no tarballs yet. I will update the package if the tarballs are available. Now the files are only in the GIT. Ok, what should I do? Update the problems 3-7? Thanks for your time, Best Regards. kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/a6ba7cf9dceafdaea627a2212affc...@kix.es
Re: Doubt about library version
On Wed, 3 Aug 2011 09:27:30 +0100, Michael Tautschnig wrote: Hi, if one application has two packages in debian (Z and libZ), but in the new upstream release, the library does not exists, what's happend with the package "libZ" in debian? we need to "close" the library package? What do you mean by "close" here!? Furthermore, are you asking this question as the maintainer of the application or a user of libZ? Best, Michael PS.: I guess it would be helpful if you could name the package. Thanks Michael, the wmaker package includes some libraries in the upstream source. One of this libraries includes some files (WMaker.h and libMaker.*). This files are not in the source tree now (were removed from the git because they are not longer needed). Therefore, the package libwmaker0-dev doesn't include any files (only the documentation files README.debian,...), and then the package should not be included in future versions. I need to do something in the debian folder files? Best Regards, kix. -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/6d60074bc09b50e2234d7e6de9664...@kix.es
RFS: wmmoonclock (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.27-30 of my package "wmmoonclock". It builds these binary packages: wmmoonclock - WindowMaker moon phase dockapp The package appears to be lintian clean. The upload would fix these bugs: 588837 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/w/wmmoonclock - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/w/wmmoonclock/wmmoonclock_1.27-30.dsc I would be glad if someone uploaded this package for me. Kind regards kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/fa3ffed06ed8ce4148097e15bc890...@kix.es
Debian Uploader
Hi! I have a question about "debian uploader". I am DU for one package, but when I upload it to the ftp-master the package is deleted (after some time). I suppose is because my pgp key is not in the debian keyring (it is in mentors), but I am not sure. What can I do with the that package? Thanks. kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/7b043665d0f92ec4f569cc7024752...@kix.es
Re: RFS: wmmixer
On Mon, 11 Jul 2011 00:17:20 +0100, Michael Tautschnig wrote: Hi again, [...] >Minor improvements to be made: >- You don't need to build-depend on quilt. I don't know how to solve it. I cannot found the build-depend. Sorry, I meant the Build-Depends: entry in debian/control. [...] > >Concerning your question for getting rid of binary-arch in debian/rules: please >see the man pages of dh_installchangelogs, etc. You will find that mostly you >may specify the upstream files in debian/. files, e.g., for >dh_installexamples use debian/wmmixer.examples. If that option isn't available, >use overrides, e.g., override_dh_installchangelogs. Ok, but these files (CHANGES, README, home.mixer) are included in the original source. To make that, I need to create a patch to move these files to the correct name in the debian folder. I don't have problems to do that, but I am not sure if is correct. What do you think? [...] No, you don't need to rename anything. These files, such as debian/wmmixer.examples should then contain a list of file names to be installed as examples. Does this help as clarification? Best, Michael Thanks Michael, A new version is in mentors. The changes includes all your comments. - new wmmixer.changelogs file - new wmmixer.docs file - new wmmixer.examples - debian standards version 3.9.2 - no quilt in control file - no quilt include in rules - rules file simplified using debhelper 7 I think the package is finished now. Thanks a lot for your help. Regards, kix. -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/451fa95dc6c58285f4c2bd5001ec1...@kix.es
Re: RFS: wmmixer
On 10/07/11 02:00, Michael Tautschnig wrote: Hi, [...] Can you check the package again. I've got a few questions concerning your changes, which aren't necessarily bugs, but at least I'd like to see the rationale. - The most recent policy version is 3.9.2; why did you update to 3.9.1 only? Because the package was update some months ago. The new policy version is newer than the update. Changed to in the changelog file 3.9.2. No new changes needed. - Why has the priority been changed to extra? I changed the priority to extra because some dependency has lower priority and lintian showed an error. Now I cannot reproduce the error, therefore I change the priority to optional. - What is the upstream status of your patches, have you forwarded them/tried to contact upstream? Very good question. WMaker is an "old" windowmanager and some applications are distributed in many webpages. The wmaker-dev team has a webpage for the applications at http://dockapps.org, but some are not updated, has bugs, ... I am talking with the wmaker-dev group to create a repository (git) to save all the applications. Carlos R. Mafra has a repository in http://repo.or.cz/w/dockapps.git and we will try to save the dockapps there. I will save a comment in the watch file about it. The application is in the repo at http://repo.or.cz/w/dockapps.git/tree/21625f40b5f71ecd4b9832836f1a89ef3bb20b74:/wmmixer-1.5 Minor improvements to be made: - You don't need to build-depend on quilt. I don't know how to solve it. I cannot found the build-depend. - No need for "include /usr/share/quilt/quilt.make" in debian/rules Done - debian/watch only holds a comment, that doesn't really help uscan to check the status. Could you make that a proper watch file? The files are now in a git folder. This git do not include tar.gz files. I added the new git folder as comment in the watch file. I cannot found info about how to include git in the watch file (if is possible). Concerning your question for getting rid of binary-arch in debian/rules: please see the man pages of dh_installchangelogs, etc. You will find that mostly you may specify the upstream files in debian/. files, e.g., for dh_installexamples use debian/wmmixer.examples. If that option isn't available, use overrides, e.g., override_dh_installchangelogs. Ok, but these files (CHANGES, README, home.mixer) are included in the original source. To make that, I need to create a patch to move these files to the correct name in the debian folder. I don't have problems to do that, but I am not sure if is correct. What do you think? Please provide some information on the questions I've posed above and please take a look at the possible improvements. Then your package should be ready to be uploaded. Please, reply me about my questions. Then, I will upload a new version. Hope this helps, Yes! Thanks a lot for your time. kix. Michael -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/4e1a2cb3.3040...@kix.es
Re: how to get people to run lintian on their packages
On Fri, 08 Jul 2011 00:35:51 +0200, Niels Thykier wrote:
On 2011-07-08 00:34, Rodolfo kix Garcia wrote:
One idea about how to check the packages is add the check in the the
.dupload.conf file.
Not sure about dupload, but dput has a --lintian option. :)
Example:
$preupload{'deb'} = 'lintian -v -i %1';
found in the dupload.conf (5) manpage.
Please, don't kill me about my comments. Thanks.
Regards,
kix.
[...]
~Niels
--
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/
--
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/ba7ed4db3efef1d684f0a9f5ca30c...@kix.es
Re: how to get people to run lintian on their packages
On Thu, 7 Jul 2011 23:05:03 +0200, Benoît Knecht wrote: Hi Paul, Paul Wise wrote: It is rare to see an RFS that says "The package appears to be lintian clean." and the package (especially binary ones) actually be lintian clean. If we were to change the RFS template, what could we change it to in order to encourage accuracy and for people to actually use lintian and fix any issues found. I think three things are currently unclear: - lintian should be run on the .changes file before uploading a package to mentors, in order to check both the source and binary package (I know I used to run it on the .dsc file without realizing it wasn't checking the binary package). When I tryed to use lintian, the first time, I read the manual page and it was not too clear. Looking for examples, you can found this, in the lintian manual (http://lintian.debian.org/manual/ch2.html) $ lintian -i libc5_5.4.38-1.deb <- lintian over the deb file. In the html file do not mention the .changes file Probably the info about lintian should be a little bit more clear for newbie users. YES, probably you are the master of the lintian and for you is clear, but not for people doing their first package. One idea about how to check the packages is add the check in the the .dupload.conf file. Please, don't kill me about my comments. Thanks. Regards, kix. - The -I and --pedantic options should always be used. - And always use the latest version from unstable. Would writing something like "Paste the output of lintian -I --pedantic your_package.changes" instead of filling that line automatically in the template be a better option? I would imagine people would then try to fix any issues before blindly sending the message to mentors. Cheers, -- Benoît Knecht -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/ea915c5536e27daa84f83798ae1b9...@kix.es
Re: RFS: wmmixer
On Mon, 4 Jul 2011 14:48:22 +0200, Michael Tautschnig wrote: Hi again, [...] >- Why have urgency=low QA (group) upload in the first line when you >are doing a proper upload? Lintian detects the package as orphan and then shows the warning. If I try to write "QA (group) upload" in the first line (alone), lintian shows other warning. I don't know how to avoid the lintian warning. What should I do? IMHO the lintian warning message cannot be solved. >- Aren't you adopting this package? At least #490739 appears to >say so. I am trying to do that. I think both the non-QA-upload and lintian warning will be fixed by closing this particular ITA bug in the changelog properly. [...] >Furthermore, why did you bump the debhelper build dependency to 7.0 >when at the same time not making use of its new simplified >debian/rules? I cannot find the info to rewrite the debian/rules to 7.0 What are the differences? When can I found docs about it. Please take a look at, e.g., http://en.wikipedia.org/wiki/Debhelper http://kitenet.net/~joey/blog/entry/cdbs_killer___40__design_phase__41__/ Hope this helps, Michael Hi Michael, thanks a lot, very nice documentation. I changed the rules file except for "binary-arch", because I don't know how to move the CHANGES file and the example file to the destination folder. I created two new patches, for the debian paths and the g++ optimization. Before the patches, the rules file includes this information as paramenter (make install /usr and CXXPARM = "xxx"). I think this is the best solution. The Maintainer filed was changed to adopt the package and the lintian problem has gone. Now the package is lintian clean. Can you check the package again. Thanks a lot for your time. Best Regards, kix. -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/b5561d5c2f771ee956f24255e6a84...@kix.es
Re: RFS: wmmixer
On Sat, 25 Jun 2011 13:48:13 +0100, Michael Tautschnig wrote: Hi, Name: wmmixer Maintainer: Rodolfo García Peñas (kix) (k...@kix.es) (Debian QA page) Version:1.5-12 Uploaded: 2011-04-05 15:38:10 Description:wmmixer - mixer application designed for WindowMaker Repository URL: http://mentors.debian.net/debian/pool/main/w/wmmixer Section:x11 Priority: extra Lintian warnings: 1 Lintian report: W: wmmixer source: changelog-should-mention-qa N: N: If this upload is to orphan this package, please mention this fact on N: the first line of the changelog. If this is a QA upload, please mention N: "QA (group) upload" there. N: N: Severity: normal, Certainty: certain N: Closes bugs:454286 Sorry, but your changelog entry isn't really appropriate. - Why have urgency=low QA (group) upload in the first line when you are doing a proper upload? - Aren't you adopting this package? At least #490739 appears to say so. - Duplicate information about bumping to 3.9.1 - A blank line before the list of changes would be nice. Furthermore, why did you bump the debhelper build dependency to 7.0 when at the same time not making use of its new simplified debian/rules? Best regards, Michael Hi Michael, thanks a lot for your reply. - Why have urgency=low QA (group) upload in the first line when you are doing a proper upload? Lintian detects the package as orphan and then shows the warning. If I try to write "QA (group) upload" in the first line (alone), lintian shows other warning. I don't know how to avoid the lintian warning. What should I do? IMHO the lintian warning message cannot be solved. - Aren't you adopting this package? At least #490739 appears to say so. I am trying to do that. - Duplicate information about bumping to 3.9.1 - A blank line before the list of changes would be nice. Solved (both) in my sources. When the previous comments where solved, then I will update the new package. Furthermore, why did you bump the debhelper build dependency to 7.0 when at the same time not making use of its new simplified debian/rules? I cannot find the info to rewrite the debian/rules to 7.0 What are the differences? When can I found docs about it. Thanks a lot, best regards. kix. -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/1d7e175fb07950309f75164098252...@kix.es
Re: RFS: wmmixer
On 05/04/11 13:10, Julian Taylor wrote: On 04/05/2011 01:01 PM, Rodolfo kix Garcia wrote: On Tue, 5 Apr 2011 18:44:40 +0800, Paul Wise wrote: an update changing only the debian revision will not include the original source code anymore, but mentors (unlike the main archive) requires it. build the package with -sa to include the original source again see man dpkg-genchanges Best Regards, Julian Taylor Done! Name: wmmixer Maintainer: Rodolfo García Peñas (kix) (k...@kix.es) (Debian QA page) Version:1.5-12 Uploaded: 2011-04-05 15:38:10 Description:wmmixer - mixer application designed for WindowMaker Repository URL: http://mentors.debian.net/debian/pool/main/w/wmmixer Section:x11 Priority: extra Lintian warnings: 1 Lintian report: W: wmmixer source: changelog-should-mention-qa N: N: If this upload is to orphan this package, please mention this fact on N: the first line of the changelog. If this is a QA upload, please mention N: "QA (group) upload" there. N: N: Severity: normal, Certainty: certain N: Closes bugs:454286 Thanks a lot. Best Regards, kix. -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/4d9b1c76.6020...@kix.es
Re: RFS: wmmixer
On Tue, 05 Apr 2011 13:10:24 +0200, Julian Taylor wrote: > On 04/05/2011 01:01 PM, Rodolfo kix Garcia wrote: >> On Tue, 5 Apr 2011 18:44:40 +0800, Paul Wise wrote: >> > > an update changing only the debian revision will not include the > original source code anymore, but mentors (unlike the main archive) > requires it. > build the package with -sa to include the original source again > > see man dpkg-genchanges > > Best Regards, > Julian Taylor Thanks a lot Julian, I will try it this evening. Best Regards. kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/73f146b47e6bb996a52b41277f63b193@localhost
Re: RFS: wmmixer
On Tue, 5 Apr 2011 18:44:40 +0800, Paul Wise wrote:
> On Tue, Apr 5, 2011 at 6:37 PM, Michelle Konzack wrote:
>
>> Create an account on m.d.o and then create a config file of
>>
>> [ '~/.dupload.conf' ]---
>> package config;
>>
>> $default_host = "mentors";
>>
>> $cfg{'mentors'} =
>> {
>
> No need to have this bit, the default dupload.conf already knows about
> mentors.
>
> --
> bye,
> pabs
>
> http://wiki.debian.org/PaulWise
Hi,
I followed the steps of
http://mentors.debian.net/cgi-bin/maintainer-intro:
package config;
$cfg{'mentors'} =
{
fqdn => 'mentors.debian.net',
incoming => '/',
dinstall_runs => 1,
passive => 1,
};
1;
And then,
dupload -t mentors wmmixer_1.5-12.changes
The first time that runs ok, but I had some lintian problems about "source
package".
When I have solved the problems, when I upload the package I get an email
about problems:
-> I am sorry to tell you that your upload to mentors.debian.net failed.
-> While checking the files that you uploaded we found an error:
->
-> Your .dsc file (wmmixer_1.5-12.dsc) mentions a file named
-> 'wmmixer_1.5.orig.tar.gz' which is part of the source package. But this
-> file is neither present in our repository yet nor did you upload it.
Please
-> make sure your upload contains this file next time and try again.
->
-> Your upload has been removed from the incoming directory. Please fix
the
-> error in your package and re-upload your package. If you suspect that
your
-> package is correct but mentors.debian.net did anything wrong please
reply
-> to this message and tell us.
->
-> The mentors.debian.net team
->
->
-> #Import run: 2011-04-05T08:18:38.523049
For this reason I uploaded the files to my server. The previous files on
the server where overwrited. They had some lintian problems (I cannot
detect them because I ran lintian not correctly).
Best Regards.
--
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/
--
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/cb8b2fdffe6ee11f310cc894e1c792ff@localhost
RFS: wmmixer
Dear mentors, I am looking for a sponsor for the orphaned package wmmixer. * Package name: wmmixer Version : 1.5-12 * URL : http://www.dockapps.org/ * License : GNU Public License, Version 2.0 Section : x11 It builds these binary packages: wmmixer - WindowMaker Mixer Dock App The package appears to be lintian clean, except for one error: Lintian Tag: changelog-should-mention-qa I try to write "QA (group) upload" as first line, but I cannot solve the lintian error. Changelog: wmmixer (1.5-12) unstable; urgency=low QA (group) upload * support multiple config files and X Classes [Closes: #454286] * It updates the packaging to 3.9.1 standard and compatibility 7 * deleted README.source * dpatch removed * package priority moved to extra * Hurd support * Switch to dpkg-source 3.0 (quilt) format * Debian standards version moved to 3.9.1 (from 3.8.0) I try to upload the package to mentors.debian.net but I have a proble uploading the source file (I don't know how to upload it) The package can be found on http://www.kix.es/src/wmaker/wmmixer/ I would be glad if someone check and uploaded this package for me. Kind Regards, kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/af06bf30f278204f6fae769c37b7a99a@localhost
RFS: wmmixer (orphaned package) [try 2]
Dear mentors, I am looking for a sponsor for the orphaned package wmmixer. The package appears to be lintian clean. The upload will fix the bug #490739 It updates the packaging to 3.9.1 standard and compatibility 7 Support multiple config files and X Classes [Closes: #454286] Deleted README.source dpatch removed package priority moved to extra Hurd Support The package can be found on http://www.kix.es/src/wmaker/wmmixer/ I would be glad if someone uploaded this package for me. Regards, kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/4d89a0a8.40...@kix.es
Re: uswsusp package
On 14/03/11 20:38, Tim Dijkstra wrote: Rodolfo kix Garcia schreef op za 12-03-2011 om 00:49 [+0100]: On 03/12/11 00:31, Michael Biebl wrote: Am 12.03.2011 00:15, schrieb Rodolfo kix Garcia: Dear mentors, this week suspend-utils 1.0 was released. Now includes support for KMS systems. I am updating the uswsusp from v0.8 to v1.0. The package has not been officially orphaned yet, so just taking over the Maintainer field is not considered polite. Have you contacted the previous maintainer, Tim? Just in case I CCed him. I tryed previously to talk with Tim (when I try to create the v 0.9 (this version was not released)). But yes, I forgot to include in my mail. What do you mean with 'tried'? I think I replied to all your e-mails. I am so sorry Tim. This "triyed" is wrong. I contact with you and you reply me. One more time, sorry. Anyway, good to see there are people working on this. I saw anibal sponsored the package in the end. grts Tim -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/4d7e73c8.1000...@kix.es
Re: uswsusp package
On 03/12/11 00:31, Michael Biebl wrote: Am 12.03.2011 00:15, schrieb Rodolfo kix Garcia: Dear mentors, this week suspend-utils 1.0 was released. Now includes support for KMS systems. I am updating the uswsusp from v0.8 to v1.0. The package has not been officially orphaned yet, so just taking over the Maintainer field is not considered polite. Have you contacted the previous maintainer, Tim? Just in case I CCed him. I tryed previously to talk with Tim (when I try to create the v 0.9 (this version was not released)). But yes, I forgot to include in my mail. That said, your package contains a .git directory and seems to have been turned into a native package, so I stopped any further review right there. I cloned the suspend-utils and then create the package. I didn't have idea about native and not native packages. I need to remove the .git directory. something more? Thanks kix -- 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/4d7ab509.6040...@kix.es
uswsusp package
Dear mentors, this week suspend-utils 1.0 was released. Now includes support for KMS systems. I am updating the uswsusp from v0.8 to v1.0. * Package name: uswsusp * Version : 1.0 * URL : http://git.kernel.org/?p=linux/kernel/git/rafael/suspend-utils.git;a=tree * License : GNU GPL * Section : admin The package can be found here: - URL:http://www.kix.es/src/suspend-utils/debian/ The package has some minor errors about templates and others wishlist about minus sing in manpages. The errors about templates are because the splash package is not included in the stable dist (libsplash has problems) and I compiled the package without splash but I didn't remove the files for future usage. This version solves these bugs: uswsusp (1.0-1) unstable; urgency=low * New 1.0 version [Closes: #589743, #578496, #617534] * A lot of new machines. [Closes: #552484, #576803, #528483] [Closes: #495111, #595125, #486352, #433872, #590233] * A new length for addressing [Closes: #550725, #549118] (http://lkml.org/lkml/2009/11/3/377) * Support for Kernel Mode Set (KMS) [Closes: #437094, #586674, #547158, #567604] * Switch to dpkg-source 3.0 (quilt) format * Compiled without splash support. libsplash is not included in stable, many bugs. * Moved the manpage file "suspend.conf.8" to manual section 5. [Closes: #520705] The package has many bugs yet (some are easy, some are duplicated, other have patches,...) Kind regards. kix
Re: RFS: wmmixer (orphaned package)
Hi Paul, thanks a lot. It not was easy ;-P The new files are in the same place (http://www.kix.es/src/wmaker/wmmixer) On 12/09/10 05:26, Paul Wise wrote: On Sun, Sep 12, 2010 at 2:14 AM, Rodolfo kix Garcia wrote: The upload will fix the bug #490739 You should retitle that bug to ITA: http://www.debian.org/devel/wnpp/#l3 http://www.debian.org/Bugs/server-control#retitle I think is done: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596605 It updates the packaging to 3.9.1 standard and compatibility 7 The package can be found on http://www.kix.es/src/wmaker/wmmixer/ I would be glad if someone uploaded this package for me. Here is a review: At this stage of the release cycle, the changes you have made should be targeted at experimental instead of unstable. http://lists.debian.org/debian-devel-announce/2010/09/msg0.html Ok, I moved it to experimental You should document all the changes you've made in debian/changelog. Done Your source package contains dpatch cruft, please remove it. Done (I think) No need to add blank lines to debian/control I removed the last line (I spent many time with an error when I removed the line in the middle of the file :-( ) With dpkg-source v3 source packages you do not need to build-depend on quilt or include quilt.make in debian/rules nor have patch/unpatch targets in debian/rules. Done The watch file that you added consists only of comments. Yes, I cannot find the actual repository. I will use kix.es (my host) for this. You need to adjust the package priority: http://qa.debian.org/debcheck.php?dist=unstable&package=wmmixer Moved to extra The package fails to build on hurd-i386, looks like the configure https://buildd.debian.org/status/package.php?p=wmmixer Yes, the package failed in the previous compilation. I make a patch including __GNU__ and __GNU_HURD__ to solve this problem, but I cannot test if now is correct. The website listed in debian/copyright is now a spam site, please remove/fix that. The other upstream websites I can find make me think this is abandoned upstream too. It would be great if you could find out more, contact upstream and if they are no longer working on it, take over development of it. Changelog done. Moved now to kix.es. Yes, the application is a bit old, I need to talk with more people interested in wmaker/docks to create a new repo. Thanks a lot, Best Regards. kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/4c8d3d48.3020...@kix.es
Re: Help with uswsusp
On 08/09/10 07:11, Michael Biebl wrote: On 07.09.2010 21:15, Rodolfo kix Garcia wrote: On 07/09/10 01:40, Kan-Ru Chen wrote: Hi! Now I am trying to maintain the database (from 8 months ago), and the project was moved from sourceforge to git.kernel.org, but there is not a new version in the webpage. The database is important because it has the flags for the suspend to ram, an example: With KMS all those quirks are obsolete and actually harmful, if you try to apply those quirks when using KMS (I got bug reports agains pm-utils where suspend/resume failed because of that). Maintaining a database outside of the kernel has no future. We learned that the hard way with hal/pm-utils That said, I very much doubt the usefulness of s2ram in a KMS world. s2disk still has some nice features (like compression, splash support etc) which the in-kernel swsusp has not. Michael Michael, after the Rafael's reply , what do you think is the next step? Create a new uswsusp package? wait? do not update the package? Thanks. -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/4c8bce5f.4060...@kix.es
RFS: wmmixer (orphaned package)
Dear mentors, I am looking for a sponsor for the orphaned package wmmixer. The package appears to be lintian clean. The upload will fix the bug #490739 It updates the packaging to 3.9.1 standard and compatibility 7 The package can be found on http://www.kix.es/src/wmaker/wmmixer/ I would be glad if someone uploaded this package for me. Regards, kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/4c8bc709.5050...@kix.es
How to adopt wmmixer
Hi, I would like to adopt wmmixer. What can I do? I create a new (example?) version (http://www.kix.es/src/wmaker/wmmixer). It is lintian clean. When I install it (after purging the previous installed package), I get: k...@debian:~/src/wmaker/wmmixer$ LANG=C sudo dpkg -i wmmixer_1.5-12_i386.deb Selecting previously deselected package wmmixer. (Reading database ... 188110 files and directories currently installed.) Unpacking wmmixer (from wmmixer_1.5-12_i386.deb) ... Setting up wmmixer (1.5-12) ... Processing triggers for man-db ... Processing triggers for menu ... warning, in file '/var/lib/dpkg/updates/' near line 5 package 'wmmixer': missing description warning, in file '/var/lib/dpkg/updates/' near line 5 package 'wmmixer': missing maintainer warning, in file '/var/lib/dpkg/updates/0002' near line 6 package 'wmmixer': missing description warning, in file '/var/lib/dpkg/updates/0002' near line 6 package 'wmmixer': missing maintainer warning, in file '/var/lib/dpkg/updates/0004' near line 6 package 'wmmixer': missing description warning, in file '/var/lib/dpkg/updates/0004' near line 6 package 'wmmixer': missing maintainer k...@debian:~/src/wmaker/wmmixer$ In /var/lib/dpkg/status: Package: wmmixer Status: install ok installed Priority: optional Section: x11 What's happening? Thanks. -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/4c8abf2d.7000...@kix.es
Re: Help with uswsusp
On Wed, 08 Sep 2010 07:11:16 +0200, Michael Biebl wrote: > On 07.09.2010 21:15, Rodolfo kix Garcia wrote: >> On 07/09/10 01:40, Kan-Ru Chen wrote: >>> Hi! >> Now I am trying to maintain the database (from 8 months ago), and the >> project was moved from sourceforge to git.kernel.org, but there is not a >> new version in the webpage. The database is important because it has the >> flags for the suspend to ram, an example: >> > > With KMS all those quirks are obsolete and actually harmful, if you try to > apply > those quirks when using KMS (I got bug reports agains pm-utils where > suspend/resume failed because of that). Yes, this is correct. The problem is that now, the kernel is moving from old kernels to new KMS kernels. Probably Rafael can offer more information about this. > Maintaining a database outside of the kernel has no future. > We learned that the hard way with hal/pm-utils Yes, this is correct. The future of uswsusp is (probably, Rafael, is correct?): * For s2ram, delete all function relative to the database (and the database), and maintain the command. Basically s2ram will do something like "echo ram > /sys/power/state" * For s2disk, s2both, maintain their functions, compression, splash, ..., because they do not use the database. The problem is what to do with the Debian package now. Continue with the 0.8 version, with 85 bugs (some of them solved in the 0.9 git version) or don't do nothing now and wait for the next uswsusp (suspend-utils) "1.0" without database. > That said, I very much doubt the usefulness of s2ram in a KMS world. s2disk > still has some nice features (like compression, splash support etc) which > the > in-kernel swsusp has not. > > > Michael Thanks Michael, Rafael. -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/3bab92998c0adcd4cfd5aadbc98fa...@localhost
Re: Help with uswsusp
On 07/09/10 01:40, Kan-Ru Chen wrote: Hi! On Tue, Sep 7, 2010 at 6:05 AM, Rodolfo kix Garcia wrote: * URL : http://suspend.sourceforge.net/ but the new version is in git.kernel.org (http://git.kernel.org/?p=linux/kernel/git/rafael/suspend-utils.git;a=tree) It isn't released yet, right? The suspend-utils (common name) is created and maintained by Rafael and Pavel. They are working now in the kernel, in the power management. The software is in a very stable versión, but the problem is the database. A new machine, new entry in the database. For example, some bugs of uswsusp are because this machines are not in the database. Now I am trying to maintain the database (from 8 months ago), and the project was moved from sourceforge to git.kernel.org, but there is not a new version in the webpage. The database is important because it has the flags for the suspend to ram, an example: "Acer *", "Aspire 5100 *", "", "", VBE_SAVE|PCI_SAVE|S3_MODE, From the 0.8 version to 0.9 has some important bugs solved in the code and many new machines were added. About the question, I am not sure if Rafael will release a new version 0.9 to sourceforge, but the uswsusp debian package is very old, has many bugs and should be upgraded. I am not sure the future of this package if it is not upgraded. * License : GNU GPL * Section : admin The package can be found on my server, probably I will move it to mentors.debian.net: - URL: http://www.kix.es/src/suspend-utils/debian/ The package is not complete, missing uswsusp_0.9-0.0.debian.tar.gz I uploaded it, sorry. Cheers, Kanru Thanks a lot. -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/4c868f5b.1000...@kix.es
Re: Help with uswsusp
Hi, Thanks for your replies. On 07/09/10 01:50, Eriberto wrote: In the body. 2010/9/6 Rodolfo kix Garcia: - maintainer-upload-has-incorrect-version-number 0.9-0.0 (normal) Solved by lustin. Now I have other problem :-( - unused-debconf-template (minor) You can't keep unchanged debconf templates (original templates) into the package. I can't inspect your package because you don't uploaded uswsusp_0.9-0.0.debian.tar.gz file. uploaded :-) - hyphen-used-as-minus-sign (whislist) Yeap. The manpage can't have minus signals. You must to use \-. Please, see the patch in my package jp2a (# apt-get source jp2a). Yes, I understand this, but this package has the file "s2ram.8" and "debian/s2ram.xml". The first file (s2ram.8) is generated from the xml file. I don't know how to solve the problem, because if I change "-" to "\-" in the xml file, then the manual (man s2ram) page shows "\-" :-( Regards, Eriberto - Brazil On the other hand, the package runs fine. Best Regards, Rodolfo. -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/4c867b8c.2040...@kix.es
Re: Help with uswsusp
On 07/09/10 00:36, Eriberto wrote: To get more explanations you should use lintian -i on the .changes file. Use the -I option to get minor warnings too (and make the package cleaner). An example: lintian -iI foo_0.1-1_i386.changes Regards, Eriberto - Brazil 2010/9/6 Rodolfo kix Garcia: The package has three problems with lintian: - maintainer-upload-has-incorrect-version-number 0.9-0.0 (normal) - unused-debconf-template (minor) - hyphen-used-as-minus-sign (whislist) But I don't know how to solve it :-? Thanks Eriberto, the problem is that I don't know how to solve it or if it is really is a problem. I used -I -i and --show-overrides with lintian. 1. The package version is 0.9 but lintian says that I can't use dots in the package version. :-? 2. I am not sure if the templates are used or not, because I don't create them (comes from 0.8). I read about the lintian problem, but I am not sure to delete the files because can be used. 3. The manpages are created using XML, and then converted. I can view them without problems. Regards, kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- 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/4c85711f.50...@kix.es
Help with uswsusp
Dear mentors, I am trying to update the current uswsusp package, created and maintained by Tim. Now the package has 83 bugs. I am trying to help. The new version is 0.9 (I have a lintian problem about the version number) and probably this new version closes some package bugs :-) (http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=uswsusp) I try to review the bugs, but is not possible :-( because it need many time. I don't know what to do, probably an idea is mail to the people who reports the bug, and try the new package. This is an update in both program version and packaging: * Package name: uswsusp * Version : 0.9 * URL :http://suspend.sourceforge.net/ but the new version is in git.kernel.org (http://git.kernel.org/?p=linux/kernel/git/rafael/suspend-utils.git;a=tree) * License : GNU GPL * Section : admin The package can be found on my server, probably I will move it to mentors.debian.net: - URL:http://www.kix.es/src/suspend-utils/debian/ The package has three problems with lintian: - maintainer-upload-has-incorrect-version-number 0.9-0.0 (normal) - unused-debconf-template (minor) - hyphen-used-as-minus-sign (whislist) But I don't know how to solve it :-? Kind regards. kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/
