Re: BSD licenses
"Gudjon I. Gudjonsson" <[EMAIL PROTECTED]> writes: > Anyway, even if the licenses aren't long it would be easier if they > were standardised with well documented relations to the other > licenses. A single word may change the meaning of the license and it > is difficult to know the consequenses. > > Perhaps the Debian mentor list is not the correct place to discuss > it. Excuse me if I'm off topic and thanks for the help. You may be interested in the on-going development of a machine-parseable format for the ‘debian/copyright’ file http://wiki.debian.org/Proposals/CopyrightFormat>, which has also touched on the issue of discriminating between different “BSD-like” licenses. -- \“Laurie got offended that I used the word ‘puke’. But to me, | `\ that's what her dinner tasted like.” —Jack Handey | _o__) | Ben Finney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
QtOctave new upstream release
I just tried to package a new upstream release of QtOctave. It seems that I made a Lintian mistake, and I'm not sure how to fix it. I think the problem is that somehow icons.tar ended up in the toplevel dir, but I don't know how they got there. I might have a mistake in one of the CMakeLists.txt files. At any rate, the package seems to be otherwise fine. I expect that Rafael Laboissiere will sponsor this for me, but I'm also CCing the mentors in case someone else is interested in helping me out. It builds these binary packages: qtoctave - A Qt front-end to Octave The upload would fix these bugs: 505334 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/q/qtoctave - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/q/qtoctave/qtoctave_0.8.1+dfsg-1.dsc Thank you, - Jordi G. H. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: grub-choose-default (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.3-1 of my package "grub-choose-default". It builds these binary packages: grub-choose-default - Control Grub Default through a GUI The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/grub-choose-default - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/grub-choose-default/grub-choose-default_0.3-1.dsc I would be glad if someone uploaded this package for me. Vincent Bernat schrieb: > Hi Kjell! > > You have a useless dependency on docbook-to-man. > > I am not sure that you need python-support either: you don't have any > module to byte-compile and you just have to bin-depend on python. But I > may be wrong. Sorry, I seem to have missed your message, that's why it took so long I fixed these issues. I hope I addressed them appropriately, thanks for the hints! Kind regards Kjell Braden signature.asc Description: OpenPGP digital signature
RFS: parcellite (0.9-1) (new upstream release)
Dear mentors, I am looking for a sponsor for the new version 0.9-1 of my package "parcellite". It's a new upstream release with only trivial changes in the debian/ It builds these binary packages: parcellite - A lightweight GTK+ clipboard manager The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/parcellite - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/parcellite/parcellite_0.9-1.dsc I would be glad if someone uploaded this package for me. Kind regards Andrew Starr-Bochicchio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: webcpp (adoption, bugfix and standards/dh7)
Hello Jonathan, On Wed, Nov 26, 2008 at 21:22, Jonathan Wiltshire <[EMAIL PROTECTED]> wrote: > Hi Sandro > > On Wed, Nov 26, 2008 at 05:33:57PM +0100, Sandro Tosi wrote: >> ehm, I personally like to have all the changes in the revision = >> "current revision in debian"+1, so -6, and you have the opportunity to >> "fix" this since your package FTBFS if build twice in a row. what >> does this mean? take your source pacakge and uncompress it, then exec >> "debuild -us -uc && debuild -us -uc", the second execution will fail >> with >> (snip) > > Hmm, I was encouraged before to ensure each upload is unique, but I > guess it's preference. yeah, it's preference: I don't like to have more entries for a single "series of changes", between the version in the archive and the proposed version. Both are technically correct, but may change from sponsor to sponsor. > (A direct upload to ftp-master requires uniqueness, doesn't it?) When you upload a package to ftp-master, there are 2 possibilities, it's ACCEPTED (hence included in the debian archive) or it's REJECTED. In the latter case, you can reupload the same revision, since from archice POV that revision never existed, so it's ok. > I think it failed to build twice in a row because the paches were > removed before distclean was called, but correct me if I'm wrong. I've > changed it in debian/rules and it seems to be ok now. Diff attached. mh, distclean is not a target of debian/rules; what I suggest is using something like clean: clean-patched unpatch clean-patched: patch-stamp dh clean you can take a look at [1]. [1] http://wiki.debian.org/DebianPackagingHandbook/PatchSystems After this fast fix, all should be ok; sorry if it takes another iteration, because I make it not clear enough from the beginning. Kindly, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: parcellite (0.9-1) (new upstream release)
Hello Andrew, On Thu, Nov 27, 2008 at 15:27, Andrew <[EMAIL PROTECTED]> wrote: > Dear mentors, > > I am looking for a sponsor for the new version 0.9-1 > of my package "parcellite". - you can remove 'A ' from short description, since it has to be a "noun phrase". - you should add a debian/README.source to inform that this package uses quilt as patch system. Apart from those simple points (you can fix the next time), the package is very well done, uploaded! Thanks for your contribution to Debian, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: webcpp (adoption, bugfix and standards/dh7)
On Thu, Nov 27, 2008 at 04:59:56PM +0100, Sandro Tosi wrote: > When you upload a package to ftp-master, there are 2 possibilities, > it's ACCEPTED (hence included in the debian archive) or it's REJECTED. > In the latter case, you can reupload the same revision, since from > archice POV that revision never existed, so it's ok. Ok, that makes sense :) > mh, distclean is not a target of debian/rules; what I suggest is using > something like > > clean: clean-patched unpatch > clean-patched: patch-stamp > > dh clean Actually that's exactly what I did earlier while thinking about this anyway; also stopped it from configuring twice during build. So uploaded to the same location on mentors for your review. > After this fast fix, all should be ok; sorry if it takes another > iteration, because I make it not clear enough from the beginning. It's fine, I'd rather take the time and learn much more this way than just pushing it straight to archive and not doing. Cheers Jonathan -- Jonathan Wiltshire signature.asc Description: Digital signature
Re: RFS: parcellite (0.9-1) (new upstream release)
On Thu, Nov 27, 2008 at 11:35 AM, Sandro Tosi <[EMAIL PROTECTED]> wrote: > > - you can remove 'A ' from short description, since it has to be a > "noun phrase". > - you should add a debian/README.source to inform that this package > uses quilt as patch system. > > Apart from those simple points (you can fix the next time), the > package is very well done, uploaded! > Thanks for the upload. Your suggestions will be added in the next version. - Andrew Starr-Bochicchio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: QtOctave new upstream release
Hi Jordi Your lintian error points out that the file src/.pc/.version is modified (actually created) in the diff.gz . The .pc/.version dir is most likely created by an editor on another program while changing the package; you should simply get rid of that file and re-pack. Cheers, Andreas -- ,-¤. Kubuntu Linux ¤; http://www.kubuntu.org `-¤' Linux for Human Beings On Thursday 27 November 2008 09:54:11 Jordi Gutiérrez Hermoso wrote: > I just tried to package a new upstream release of QtOctave. It seems > that I made a Lintian mistake, and I'm not sure how to fix it. I think > the problem is that somehow icons.tar ended up in the toplevel dir, > but I don't know how they got there. I might have a mistake in one of > the CMakeLists.txt files. At any rate, the package seems to be > otherwise fine. > > I expect that Rafael Laboissiere will sponsor this for me, but I'm > also CCing the mentors in case someone else is interested in helping > me out. > > It builds these binary packages: > qtoctave - A Qt front-end to Octave > > The upload would fix these bugs: 505334 > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/q/qtoctave > - Source repository: deb-src http://mentors.debian.net/debian unstable > main contrib non-free > - dget > http://mentors.debian.net/debian/pool/main/q/qtoctave/qtoctave_0.8.1+dfsg-1 >.dsc > > Thank you, > - Jordi G. H. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: QtOctave new upstream release
2008/11/27 Andreas Wenning <[EMAIL PROTECTED]>: > Your lintian error points out that the file src/.pc/.version is modified > (actually created) in the diff.gz . The .pc/.version dir is most likely > created > by an editor on another program while changing the package; you should simply > get rid of that file and re-pack. Oh, that was easy. Thank you. I wasn't able to parse the Lintian error. I have re-uploaded the package. We should probably should wait until Rafael Laboissiere approves it; he migiht find other problems with the package, and the Debian Octave Group has overall more experience packaging this. Rafael, I have uploaded the changes to svn too. I put them in trunk/ since I understand that I shouldn't make a tag yet until you approve the packaging? There is also one more thing about the source package. The new upstream tarball now includes an irrelevant side project, which I completely removed and simplified the tree structure accordingly. I also removed the octave_doc that upstream keeps shipping, not sure if they have understood yet why it's a GPL violation to ship that or not. I've asked them again to not ship it, silly as the whole thing is. - Jordi G. H. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: QtOctave new upstream release
Hi Jordi Not a DD myself, so probably a good idea to count on Rafael for sponsoring. I originally made the changes to the package including the icons.tar.uu, so just thought I might help out if it was a problem regarding that. Cheers, Andreas -- ,-¤. Kubuntu Linux ¤; http://www.kubuntu.org `-¤' Linux for Human Beings On Thursday 27 November 2008 19:34:54 Jordi Gutiérrez Hermoso wrote: > Oh, that was easy. Thank you. I wasn't able to parse the Lintian > error. I have re-uploaded the package. We should probably should wait > until Rafael Laboissiere approves it; he migiht find other problems > with the package, and the Debian Octave Group has overall more > experience packaging this. > > - Jordi G. H. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS : jigzo
Dear mentors, I am looking for a sponsor for my package "jigzo". * Package name: jigzo Version : 0.6.1-1 Upstream Author : Elías Alejandro Año Mendoza * URL : http://www.resorama.com/jigzo * License : GPL-v2 Section : games It builds these binary packages: jigzo - an OpenGL jigsaw game before called "glpuzzle" The package appears to be lintian clean. The upload would fix these bugs: 497241, 420882, The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/j/jigzo - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/j/jigzo/jigzo_0.6.1-1.dsc I would be glad if someone uploaded this package for me. Kind regards Elías Alejandro
Re: RFS: webcpp (adoption, bugfix and standards/dh7)
On Thu, Nov 27, 2008 at 17:53, Jonathan Wiltshire <[EMAIL PROTECTED]> wrote: > On Thu, Nov 27, 2008 at 04:59:56PM +0100, Sandro Tosi wrote: >> mh, distclean is not a target of debian/rules; what I suggest is using >> something like >> >> clean: clean-patched unpatch >> clean-patched: patch-stamp >> >> dh clean > > Actually that's exactly what I did earlier while thinking about this > anyway; also stopped it from configuring twice during build. you did slightly differently from above, but if it works :) there is a config.log file left in diff.gz, please remove it in the next upload (probably before the 'rm' in config), but apart from that the package looks fine so I uploaded it. Thanks for your contribution, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: webcpp (adoption, bugfix and standards/dh7)
> there is a config.log file left in diff.gz, please remove it in the > next upload (probably before the 'rm' in config), but apart from that > the package looks fine so I uploaded it. I spotted that in lintian, but as far as I could find out it's normal if the file gets removed in the clean target - does that sound right? -- Jonathan Wiltshire signature.asc Description: Digital signature
Re: RFS: webcpp (adoption, bugfix and standards/dh7)
On Thu, Nov 27, 2008 at 20:07, Jonathan Wiltshire <[EMAIL PROTECTED]> wrote: >> there is a config.log file left in diff.gz, please remove it in the >> next upload (probably before the 'rm' in config), but apart from that >> the package looks fine so I uploaded it. > > I spotted that in lintian, but as far as I could find out it's normal > if the file gets removed in the clean target - does that sound right? No, it's not normal: if that files was removed in clean target, then it would never have come out in .diff.gz; moreover, config.log is not removed in clean, but in build-stamp target. -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: webcpp (adoption, bugfix and standards/dh7)
> No, it's not normal: if that files was removed in clean target, then > it would never have come out in .diff.gz; moreover, config.log is not > removed in clean, but in build-stamp target. My bad; I'll fix it in next package. Thanks for the upload! > > -- > Sandro Tosi (aka morph, Morpheus, matrixhasu) > My website: http://matrixhasu.altervista.org/ > Me at Debian: http://wiki.debian.org/SandroTosi > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- Jonathan Wiltshire signature.asc Description: Digital signature
Re: Bug reports in Ubuntu
On Tuesday 25 November 2008 19:21:46 Paul Wise wrote: > On Tue, Nov 25, 2008 at 7:18 AM, Jonathan Wiltshire > > <[EMAIL PROTECTED]> wrote: > > Do you think it is severe enough to be put forward for lenny? > > I'm not sure. The patch looks straight-forward enough, so perhaps the > release team would approve it. Agreed. I saw Jonathan's message to -release, so we are waiting for release team to advise. -- pub 4096R/0E4BD0AB 2003-03-18 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: dhcp-probe, another try to request with a lot of update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I just upload on mentors.debian.net a new version of the package with several update according to previous comments. You could find below my answers/explanation for each comment. The package can be found on mentors.debian.net: - - URL: http://mentors.debian.net/debian/pool/main/d/dhcp-probe - - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - - dget http://mentors.debian.net/debian/pool/main/d/dhcp-probe/dhcp-probe_1.2.2-1.dsc Michal Čihař a écrit : > Hi > > [...] > > Quick look at the package: > > - any reason why it is Architecture: i386? In reason of the libraries dependency. libnet1 package is for i386 architecture and dhcp_probe use it with previous update of this library in order to provide specific functions needed by dhcp_probe. #apt-cache show libnet1 Package: libnet1 Priority: optional Section: libs Installed-Size: 176 Maintainer: David Paleino <[EMAIL PROTECTED]> *Architecture: i386* Source: libnet Version: 1.1.2.1-4 Depends: libc6 (>= 2.7-1) Filename: pool/main/libn/libnet/libnet1_1.1.2.1-4_i386.deb May be i am wrong, but i think it is impossible to build a package on architectures that are not supported by needed libraries ? > > - debian/README.source content should be rather in debian/README.Debian > The twice files are now removed from the package as you urge. > - running something from /usr/share/doc/ in postinst doesn't look like > a clean solution to me. Also if you want to run something there, I guess > it should be only in configure phase and definitely not in any abort > phases. I update my debian/rules to include function previously located in the /usr/share/doc/... file directly in. > > - if you generate config file in postinst, you should let ucf handle it > (or otherwise preserve user changes) The configuration is dynamically generated according to host hardware/system configuration (network interfaces) in a temporary file (generated with mktemp) and ucf is used to handle the personal changes of the administrator and my use of this tool has to be checked with a great attention (my first time use). Rapidly is use it in postinst and postrm files. > > - prerm does nothing, so why is it included? > Yes you are right ! Sorry > > - debian/rules: > > - rm -f can not fail, so you can strip some useless test commands > - "test ! -f Makefile || ./debian/rules config.status" - dependencies > in makefile should ensure this Yes sure for "rm -f" and its possible fail. I thought it was a cleaner method to test the file exists before running a command on, but may be i am wrong ? > - why you manually create some directories and files? dh_install and > dh_installdirs should do the job better and nicer. Anyway most of these > dirs do not have to be created (examples) or look simply wrong to me > (/etc/default/dhcp-probe) > Now, dh_install* scripts are used to create these directories. A file dhcp-probe.manpages had been created to replace command line argument of dh_installman. It sounds better to my ears. I made the same with dhcp-probe.examples and its associated command line in debian/rules file. The /etc/default/dhcp-probe directory is used to store all configuration files needed (one for each interface on which dhcp-probe is used). I thought that it was the best solution instead of spreading all configuration files directly in /etc. Thanks a lot for your comments. Best regards - -- Laurent Guignard, Registered as user #301590 with the Linux Counter Site : http://www.famille-guignard.org Blog : http://blog.famille-guignard.org Projet : http://sicontact.sourceforge.net GULL de Villefranche sur Saône : http://www.cagull.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJLw3QjcKpXFc/7oYRAtnCAKC1q1abzOIbgL5ehhRV3Ez8vVLqTwCglrs2 94iZpJx270q/wgeVKzBtRqU= =wJvB -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: dhcp-probe, another try to request with a lot of update
On Thu, Nov 27, 2008 at 10:14:56PM +0100, Laurent Guignard wrote: > Michal ??iha?? a écrit : > > Hi > > > > [...] > > > > Quick look at the package: > > > > - any reason why it is Architecture: i386? > > > In reason of the libraries dependency. > libnet1 package is for i386 architecture and dhcp_probe use it with > previous update of this library in order to provide specific functions > needed by dhcp_probe. > > #apt-cache show libnet1 > Package: libnet1 [...] > *Architecture: i386* That shows the binary package information on your system. If you'd run that on an arm system, dhcp-probe would now be an arm-only package. Examine the source package info, or just look at http://packages.debian.org/sid/libnet1 for the list of architectures that a package is built for. But at any rate, your argument is bollocks -- packages should have the architectures listed that *it* supports, regardless of it's dependencies. What if libnet1 *was* an i386-only package at the moment, but then in a month's time someone makes it truly arch-neutral and it builds for all arches? Much easier for everyone if your package doesn't need any changes to support more arches. > May be i am wrong, but i think it is impossible to build a package on > architectures that are not supported by needed libraries ? It's impossible to build, yes, but that situation will be adequately dealt with by the autobuilders. > > - why you manually create some directories and files? dh_install and > > dh_installdirs should do the job better and nicer. Anyway most of these > > dirs do not have to be created (examples) or look simply wrong to me > > (/etc/default/dhcp-probe) [...] > The /etc/default/dhcp-probe directory is used to store all configuration > files needed (one for each interface on which dhcp-probe is used). I > thought that it was the best solution instead of spreading all > configuration files directly in /etc. dh_installinit will automatically put a default file in place if asked nicely. See the appropriate man page for more details. - Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: l7-filter-userspace
Dear mentors, I am looking for a sponsor for my package "l7-filter-userspace". * Package name: l7-filter-userspace Version : 0.10-1 Upstream Author : Ethan Sommer, Matthew Strait * URL : http://l7-filter.sourceforge.net/ * License : GPLv2+ Section : net It builds these binary packages: l7-filter-userspace - Userspace layer 7 packet classifier The package appears to be lintian clean. The upload would fix these bugs: #503104. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/l7-filter-userspace - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/l7-filter-userspace/l7-filter-userspace_0.10-1.dsc The package recommends l7-procotols, which is not in Debian, however it has been already ITP-ed (#504398) and uploaded to mentors.debian.net. I would be glad if someone uploaded this package for me. -- Jakub Wilk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: l7-protocols
Dear mentors, I am looking for a sponsor for my package "l7-protocols". * Package name: l7-protocols Version : 20081123-1 Upstream Author : M. Strait <[EMAIL PROTECTED]>, E. Sommer <[EMAIL PROTECTED]> * URL : http://l7-filter.sourceforge.net/ * License : GPLv2 and CC-BY-SA-2.5 Section : net It builds these binary packages: l7-protocols - protocol definitions for the Linux layer 7 packet classifier The package appears to be lintian clean. The upload would fix these bugs: 504398 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/l7-protocols - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/l7-protocols/l7-protocols_20081123-1.dsc Package suggests l7-filter-userspace[1], which has been already ITP-ed (closes #503104). [1] http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=l7-filter-userspace I would be glad if someone uploaded this package for me. -- Piotr Lewandowski -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: kde-style-skulpture
Dear mentors, I am looking for a sponsor for my package "kde-style-skulpture". * Package name: kde-style-skulpture Version : 0.2.0-1 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of upstreams web site] * License : [fill in] Section : kde It builds these binary packages: kde-style-skulpture - Widget style for Qt4 and KDE 4 The upload would fix these bugs: 507067 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/k/kde-style-skulpture - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/k/kde-style-skulpture/kde-style-skulpture_0.2.0-1.dsc I would be glad if someone uploaded this package for me. Kind regards Rich Johnson [EMAIL PROTECTED] GPG: 2E2C0124 signature.asc Description: Digital signature
Re: RFS: kde-style-skulpture
On Fri, Nov 28, 2008 at 2:50 PM, Richard Johnson <[EMAIL PROTECTED]> wrote:
>
> http://mentors.debian.net/debian/pool/main/k/kde-style-skulpture/kde-style-skulpture_0.2.0-1.dsc
I'm not a KDE persion, but why do you embed parts of CDBS/debhelper in
the source package?
Please also add ${misc:Depends} to your binary package Depends.
Why do you target experimental instead of unstable? During the freeze
there is no need to do so for new packages (unless the style is
experimental and has bugs?).
Thanks for participating in Debian.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: kde-style-skulpture
On Fri, Nov 28, 2008 at 2:50 PM, Paul Wise <[EMAIL PROTECTED]> wrote:
>>
>> http://mentors.debian.net/debian/pool/main/k/kde-style-skulpture/kde-style-skulpture_0.2.0-1.dsc
> I'm not a KDE persion, but why do you embed parts of CDBS/debhelper in
> the source package?
The reason for this is so KDE 3 and KDE 4 can run side-by-side on the
same system. Also if I remember correctly, there was also something
about a bug in cdbs for KDE 4 packages, so they separated out bits and
have them part of the packages now. This is only for KDE 4 stuff at this
time.
> Please also add ${misc:Depends} to your binary package Depends.
Added in the latest upload.
> Why do you target experimental instead of unstable? During the freeze
> there is no need to do so for new packages (unless the style is
> experimental and has bugs?).
The reason for experimental is because KDE 4 isn't in unstable,
experimental only at this time.
> Thanks for participating in Debian.
Thanks a lot for your help, I really appreciate it.
--
Rich Johnson
[EMAIL PROTECTED]
GPG: 2E2C0124
signature.asc
Description: Digital signature
RFS: xli (RC bug fix)
Dear mentors, I am looking for a sponsor for the new version 1.17.0+20061110-3 of my package "xli". It builds these binary packages: xli- command line tool for viewing images in X11 The upload would fix these bugs: 431760, 471121 I'm intending on getting it into Lenny, so only minimal changes. It fixes an RC bug (#471121) and I am adopting the package. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/x/xli - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/x/xli/xli_1.17.0+20061110-3.dsc I would be glad if someone uploaded this package for me. Thanks, Ryan -- _ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: RFS: dhcp-probe, another try to request with a lot of update
Hi Most of things were already answered in Matthews reply, I only react on missing things. Dne Thu, 27 Nov 2008 22:14:56 +0100 Laurent Guignard <[EMAIL PROTECTED]> napsal(a): > > - debian/rules: > > > > - rm -f can not fail, so you can strip some useless test commands > > - "test ! -f Makefile || ./debian/rules config.status" - dependencies > > in makefile should ensure this > > Yes sure for "rm -f" and its possible fail. > > I thought it was a cleaner method to test the file exists before running > a command on, but may be i am wrong ? The test is okay, but why do you invoke debian/rules? If you need config.status to be up to date, just make it a dependency of rule where you need it. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: RFS: xli (RC bug fix)
Hi Dne Thu, 27 Nov 2008 23:22:51 -0800 Ryan Niebur <[EMAIL PROTECTED]> napsal(a): > I'm intending on getting it into Lenny, so only minimal changes. It > fixes an RC bug (#471121) and I am adopting the package. > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/x/xli > - Source repository: deb-src http://mentors.debian.net/debian unstable main > contrib non-free > - dget > http://mentors.debian.net/debian/pool/main/x/xli/xli_1.17.0+20061110-3.dsc > > I would be glad if someone uploaded this package for me. Uploaded. However for next time please address following issues: - add debian/README.source describing that you use quilt - update standards - use $(MAKE) in debian/rules instead of directly calling make - all build-indep targets look useless -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
