Re: RFS: burp -- A cross platform network backup and restore program.
W dniu 06.02.2012 00:36, Bas van den Dikkenberg pisze: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for my package "burp". * Package name: burp Version : 1.3.0 Upstream Author : Graham Keeling * URL : http://burp.grke.net/ * License : AGPLv3 Section : utils It builds those binary packages: burp - backup and restore program To access further information about this package, please visit the following URL: http://mentors.debian.net/package/burp Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/b/burp/burp_1.3.0.dsc I would be glad if someone uploaded this package for me. Why is it build as native package? regards fEnIo
Re: RFS: burp -- A cross platform network backup and restore program.
W dniu 06.02.2012 09:11, Bas van den Dikkenberg pisze: > > Becouse the source coms with complete set up as native source. > > > > Including the all the stuff for packaging as debian package > > > That's not an explanation nor justification ;) You still should build is as a non-native package in such case. regards fEnIo > Bas > > > > > > *Van:*Bartosz Feński [mailto:bart...@fenski.pl] > *Verzonden:* maandag 6 februari 2012 7:39 > *Aan:* debian-mentors@lists.debian.org > *Onderwerp:* Re: RFS: burp -- A cross platform network backup and > restore program. > > > > W dniu 06.02.2012 00:36, Bas van den Dikkenberg pisze: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > Dear mentors, > > > > I am looking for a sponsor for my package "burp". > > > > * Package name: burp > >Version : 1.3.0 > >Upstream Author : Graham Keeling > <mailto:keel...@spamcop.net> > > * URL : http://burp.grke.net/ > > * License : AGPLv3 > >Section : utils > > > > It builds those binary packages: > > > > burp - backup and restore program > > > > To access further information about this package, please visit the > following URL: > > > > http://mentors.debian.net/package/burp > > > > Alternatively, one can download the package with dget using this command: > > > > dget -x http://mentors.debian.net/debian/pool/main/b/burp/burp_1.3.0.dsc > > > > I would be glad if someone uploaded this package for me. > > > > > Why is it build as native package? > > regards > fEnIo >
Re: RFS: burp -- A cross platform network backup and restore program.
W dniu 06.02.2012 12:13, Bas van den Dikkenberg pisze: > > I have rebuild te package oke now ? > > > > http://mentors.debian.net/package/burp > > > Not ok ;) There's no need to remove debian/* subdirectory from original tarball. Since 3.0 source format it's being overwritten automatically by the files from package_version.debian.tar.gz. This way it's easy to create non-native package and have orig.tar.gz unmodified. I run lintian over it and got shocked a little: fenio@zenbook ~/test $ lintian burp_1.3.0-1_amd64.changes W: burp: wrong-name-for-upstream-changelog usr/share/doc/burp/CHANGELOG.gz E: burp: possible-gpl-code-linked-with-openssl W: burp: non-standard-file-perm etc/burp/burp-server.conf 0600 != 0644 W: burp: non-standard-file-perm etc/burp/burp.conf 0600 != 0644 W: burp: non-standard-dir-perm etc/burp/clientconfdir/ 0700 != 0755 W: burp: non-standard-file-perm etc/burp/ssl_cert-client.pem 0600 != 0644 W: burp: non-standard-file-perm etc/burp/ssl_cert-server.pem 0600 != 0644 W: burp: extra-license-file usr/share/doc/burp/LICENSE.gz E: burp: dir-or-file-in-var-run var/run/burp/ W: burp: non-standard-dir-perm var/spool/burp/ 0700 != 0755 E: burp: init.d-script-missing-dependency-on-remote_fs etc/init.d/burp: required-start E: burp: init.d-script-missing-dependency-on-remote_fs etc/init.d/burp: required-stop W: burp: binary-without-manpage sbin/bedup W: burp: binary-without-manpage usr/sbin/burp_ca W: burp: maintainer-script-empty preinst fenio@zenbook ~/test $ Have no idea why on http://mentors.debian.net/package/burp states "Package is Lintian clean". Try to fix these warnings and errors. Running lintian -i -v will give you more explanations. @Mentors: any hints why the page states that package is lintian clean? regards fEnIo > > > *Van:*Bas van den Dikkenberg > *Verzonden:* maandag 6 februari 2012 11:31 > *Aan:* 'Bartosz Feński' > *Onderwerp:* RE: RFS: burp -- A cross platform network backup and > restore program. > > > > Oke i wil rebuild > > > > *Van:*Bartosz Feński [mailto:bart...@fenski.pl] > <mailto:[mailto:bart...@fenski.pl]> > *Verzonden:* maandag 6 februari 2012 10:21 > *Aan:* debian-mentors@lists.debian.org > <mailto:debian-mentors@lists.debian.org> > *Onderwerp:* Re: RFS: burp -- A cross platform network backup and > restore program. > > > > W dniu 06.02.2012 09:11, Bas van den Dikkenberg pisze: > > Becouse the source coms with complete set up as native source. > > > > Including the all the stuff for packaging as debian package > > > > > That's not an explanation nor justification ;) > > You still should build is as a non-native package in such case. > > regards > fEnIo > > Bas > > > > > > *Van:*Bartosz Feński [mailto:bart...@fenski.pl] > *Verzonden:* maandag 6 februari 2012 7:39 > *Aan:* debian-mentors@lists.debian.org > <mailto:debian-mentors@lists.debian.org> > *Onderwerp:* Re: RFS: burp -- A cross platform network backup and > restore program. > > > > W dniu 06.02.2012 00:36, Bas van den Dikkenberg pisze: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > Dear mentors, > > > > I am looking for a sponsor for my package "burp". > > > > * Package name: burp > >Version : 1.3.0 > >Upstream Author : Graham Keeling > <mailto:keel...@spamcop.net> > > * URL : http://burp.grke.net/ > > * License : AGPLv3 > >Section : utils > > > > It builds those binary packages: > > > > burp - backup and restore program > > > > To access further information about this package, please visit the > following URL: > > > > http://mentors.debian.net/package/burp > > > > Alternatively, one can download the package with dget using this command: > > > > dget -x http://mentors.debian.net/debian/pool/main/b/burp/burp_1.3.0.dsc > > > > I would be glad if someone uploaded this package for me. > > > > > Why is it build as native package? > > regards > fEnIo > > >
Re: RFS: burp -- A cross platform network backup and restore program.
W dniu 06.02.2012 13:30, Bas van den Dikkenberg pisze: > > I uploaded source en source files checks out. > > > > But when lintian check over a build for example amd64 you get these > warnings > Yep... and I don't want them. Are you going to fix at least errors? Most warnings are also easily fixable. Are you going to work on it? W: burp: wrong-name-for-upstream-changelog usr/share/doc/burp/CHANGELOG.gz Remove changelog from docs file and install it with it debhelper script. E: burp: possible-gpl-code-linked-with-openssl This has to be clarified with upstream. W: burp: non-standard-file-perm etc/burp/burp-server.conf 0600 != 0644 W: burp: non-standard-file-perm etc/burp/burp.conf 0600 != 0644 W: burp: non-standard-dir-perm etc/burp/clientconfdir/ 0700 != 0755 W: burp: non-standard-file-perm etc/burp/ssl_cert-client.pem 0600 != 0644 W: burp: non-standard-file-perm etc/burp/ssl_cert-server.pem 0600 != 0644 W: burp: non-standard-dir-perm var/spool/burp/ 0700 != 0755 If this is for security reasons then override it for lintian. W: burp: extra-license-file usr/share/doc/burp/LICENSE.gz Not needed since it's license included in /usr/share/common-licenses E: burp: dir-or-file-in-var-run var/run/burp/ Need to be created by start script. E: burp: init.d-script-missing-dependency-on-remote_fs etc/init.d/burp: required-start E: burp: init.d-script-missing-dependency-on-remote_fs etc/init.d/burp: required-stop start script needs to be fixed. W: burp: binary-without-manpage sbin/bedup W: burp: binary-without-manpage usr/sbin/burp_ca Would be great to have it fixed, but it can be done later. W: burp: maintainer-script-empty preinst You can remove that file. regards fEnIo > > > > > > *Van:*Bartosz Feński [mailto:bart...@fenski.pl] > *Verzonden:* maandag 6 februari 2012 12:40 > *Aan:* Bas van den Dikkenberg; debian-mentors@lists.debian.org > *Onderwerp:* Re: RFS: burp -- A cross platform network backup and > restore program. > > > > W dniu 06.02.2012 12:13, Bas van den Dikkenberg pisze: > > I have rebuild te package oke now ? > > > > http://mentors.debian.net/package/burp > > > > Not ok ;) > > There's no need to remove debian/* subdirectory from original tarball. > Since 3.0 source format it's being overwritten automatically by the > files from package_version.debian.tar.gz. > > This way it's easy to create non-native package and have orig.tar.gz > unmodified. > > I run lintian over it and got shocked a little: > > fenio@zenbook ~/test $ lintian burp_1.3.0-1_amd64.changes > W: burp: wrong-name-for-upstream-changelog usr/share/doc/burp/CHANGELOG.gz > E: burp: possible-gpl-code-linked-with-openssl > W: burp: non-standard-file-perm etc/burp/burp-server.conf 0600 != 0644 > W: burp: non-standard-file-perm etc/burp/burp.conf 0600 != 0644 > W: burp: non-standard-dir-perm etc/burp/clientconfdir/ 0700 != 0755 > W: burp: non-standard-file-perm etc/burp/ssl_cert-client.pem 0600 != 0644 > W: burp: non-standard-file-perm etc/burp/ssl_cert-server.pem 0600 != 0644 > W: burp: extra-license-file usr/share/doc/burp/LICENSE.gz > E: burp: dir-or-file-in-var-run var/run/burp/ > W: burp: non-standard-dir-perm var/spool/burp/ 0700 != 0755 > E: burp: init.d-script-missing-dependency-on-remote_fs > etc/init.d/burp: required-start > E: burp: init.d-script-missing-dependency-on-remote_fs > etc/init.d/burp: required-stop > W: burp: binary-without-manpage sbin/bedup > W: burp: binary-without-manpage usr/sbin/burp_ca > W: burp: maintainer-script-empty preinst > fenio@zenbook ~/test $ > > Have no idea why on http://mentors.debian.net/package/burp states > "Package is Lintian clean". > > Try to fix these warnings and errors. Running lintian -i -v will give > you more explanations. > > @Mentors: any hints why the page states that package is lintian clean? > > regards > fEnIo > > > > > *Van:*Bas van den Dikkenberg > *Verzonden:* maandag 6 februari 2012 11:31 > *Aan:* 'Bartosz Feński' > *Onderwerp:* RE: RFS: burp -- A cross platform network backup and > restore program. > > > > Oke i wil rebuild > > > > *Van:*Bartosz Feński [mailto:bart...@fenski.pl] > <mailto:[mailto:bart...@fenski.pl]> > *Verzonden:* maandag 6 februari 2012 10:21 > *Aan:* debian-mentors@lists.debian.org > <mailto:debian-mentors@lists.debian.org> > *Onderwerp:* Re: RFS: burp -- A cross platform network backup and > restore program. > > > > W dniu 06.02.2012 09:11, Bas van den Dikkenberg pisze: > > Becouse the source coms with complete set up as native source. > > > > Including the all the stuff for packaging as debian package > > > > > That's not an explanat
Re: RFS: burp -- A cross platform network backup and restore program.
W dniu 07.02.2012 13:43, Bas van den Dikkenberg pisze: > > Hi, > > > > I fixed the error isues > > > > Could you please sponser a upload? > > > > http://mentors.debian.net/debian/pool/main/b/burp/burp_1.3.0-3.dsc > Did you contacted upstream about that SSL linking and this is their statement that you put in copyright file? regards fEnIo > > > > > > > *Van:*Bas van den Dikkenberg > *Verzonden:* maandag 6 februari 2012 16:08 > *Aan:* 'Bartosz Feński' > *CC:* debian-mentors@lists.debian.org > *Onderwerp:* RE: RFS: burp -- A cross platform network backup and > restore program. > > > > Working on it > > > > *Van:*Bartosz Feński [mailto:bart...@fenski.pl] > <mailto:[mailto:bart...@fenski.pl]> > *Verzonden:* maandag 6 februari 2012 14:10 > *Aan:* Bas van den Dikkenberg > *CC:* debian-mentors@lists.debian.org > <mailto:debian-mentors@lists.debian.org> > *Onderwerp:* Re: RFS: burp -- A cross platform network backup and > restore program. > > > > W dniu 06.02.2012 13:30, Bas van den Dikkenberg pisze: > > I uploaded source en source files checks out. > > > > But when lintian check over a build for example amd64 you get these > warnings > > > Yep... and I don't want them. Are you going to fix at least errors? > Most warnings are also easily fixable. > > Are you going to work on it? > > W: burp: wrong-name-for-upstream-changelog usr/share/doc/burp/CHANGELOG.gz > > Remove changelog from docs file and install it with it debhelper script. > > E: burp: possible-gpl-code-linked-with-openssl > > This has to be clarified with upstream. > > W: burp: non-standard-file-perm etc/burp/burp-server.conf 0600 != 0644 > W: burp: non-standard-file-perm etc/burp/burp.conf 0600 != 0644 > W: burp: non-standard-dir-perm etc/burp/clientconfdir/ 0700 != 0755 > W: burp: non-standard-file-perm etc/burp/ssl_cert-client.pem 0600 != 0644 > W: burp: non-standard-file-perm etc/burp/ssl_cert-server.pem 0600 != 0644 > W: burp: non-standard-dir-perm var/spool/burp/ 0700 != 0755 > > If this is for security reasons then override it for lintian. > > W: burp: extra-license-file usr/share/doc/burp/LICENSE.gz > > Not needed since it's license included in /usr/share/common-licenses > > E: burp: dir-or-file-in-var-run var/run/burp/ > > Need to be created by start script. > > E: burp: init.d-script-missing-dependency-on-remote_fs > etc/init.d/burp: required-start > E: burp: init.d-script-missing-dependency-on-remote_fs > etc/init.d/burp: required-stop > > start script needs to be fixed. > > W: burp: binary-without-manpage sbin/bedup > W: burp: binary-without-manpage usr/sbin/burp_ca > > Would be great to have it fixed, but it can be done later. > > W: burp: maintainer-script-empty preinst > > You can remove that file. > > regards > fEnIo > > > > > > *Van:*Bartosz Feński [mailto:bart...@fenski.pl] > *Verzonden:* maandag 6 februari 2012 12:40 > *Aan:* Bas van den Dikkenberg; debian-mentors@lists.debian.org > <mailto:debian-mentors@lists.debian.org> > *Onderwerp:* Re: RFS: burp -- A cross platform network backup and > restore program. > > > > W dniu 06.02.2012 12:13, Bas van den Dikkenberg pisze: > > I have rebuild te package oke now ? > > > > http://mentors.debian.net/package/burp > > > > Not ok ;) > > There's no need to remove debian/* subdirectory from original tarball. > Since 3.0 source format it's being overwritten automatically by the > files from package_version.debian.tar.gz. > > This way it's easy to create non-native package and have orig.tar.gz > unmodified. > > I run lintian over it and got shocked a little: > > fenio@zenbook ~/test $ lintian burp_1.3.0-1_amd64.changes > W: burp: wrong-name-for-upstream-changelog usr/share/doc/burp/CHANGELOG.gz > E: burp: possible-gpl-code-linked-with-openssl > W: burp: non-standard-file-perm etc/burp/burp-server.conf 0600 != 0644 > W: burp: non-standard-file-perm etc/burp/burp.conf 0600 != 0644 > W: burp: non-standard-dir-perm etc/burp/clientconfdir/ 0700 != 0755 > W: burp: non-standard-file-perm etc/burp/ssl_cert-client.pem 0600 != 0644 > W: burp: non-standard-file-perm etc/burp/ssl_cert-server.pem 0600 != 0644 > W: burp: extra-license-file usr/share/doc/burp/LICENSE.gz > E: burp: dir-or-file-in-var-run var/run/burp/ > W: burp: non-standard-dir-perm var/spool/burp/ 0700 != 0755 > E: burp: init.d-script-missing-dependency-on-remote_fs > etc/init.d/burp: required-start > E: burp: init.d-script-missing-dependency-on-remote_fs > etc/init.d/burp: required-stop > W: burp: binary
Re: RFS: burp -- A cross platform network backup and restore program.
W dniu 07.02.2012 14:22, Bas van den Dikkenberg pisze: > > Yes i did they use the AGPLv3 license and it states in de copyright file: > > > > Linking: > > As a special exception to the AGPLv3, the Burp Project gives > permission to link the code of its release of Burp with the OpenSSL > project's "OpenSSL" library (or with modified versions of it that use > the same license as the "OpenSSL" library), and distribute the linked > executables. You must obey the GNU Affero General Public License in > all respects for all of the code used other than "OpenSSL". > > > Ok. Thanks. I'll review it on the evening. BTW you probably don't know dch tool from devscripts package, do you? Using it you wouldn't have errors in date in your changelog entries ;) 7th February is *Tue*sday, and not *Thu*rsday ;) regards fEnIo > > > > > *Van:*Bartosz Feński [mailto:bart...@fenski.pl] > *Verzonden:* dinsdag 7 februari 2012 14:19 > *Aan:* Bas van den Dikkenberg > *CC:* debian-mentors@lists.debian.org > *Onderwerp:* Re: RFS: burp -- A cross platform network backup and > restore program. > > > > W dniu 07.02.2012 13:43, Bas van den Dikkenberg pisze: > > Hi, > > > > I fixed the error isues > > > > Could you please sponser a upload? > > > > http://mentors.debian.net/debian/pool/main/b/burp/burp_1.3.0-3.dsc > > > Did you contacted upstream about that SSL linking and this is their > statement that you put in copyright file? > > regards > fEnIo > > > > > > > > > *Van:*Bas van den Dikkenberg > *Verzonden:* maandag 6 februari 2012 16:08 > *Aan:* 'Bartosz Feński' > *CC:* debian-mentors@lists.debian.org > <mailto:debian-mentors@lists.debian.org> > *Onderwerp:* RE: RFS: burp -- A cross platform network backup and > restore program. > > > > Working on it > > > > *Van:*Bartosz Feński [mailto:bart...@fenski.pl] > <mailto:[mailto:bart...@fenski.pl]> > *Verzonden:* maandag 6 februari 2012 14:10 > *Aan:* Bas van den Dikkenberg > *CC:* debian-mentors@lists.debian.org > <mailto:debian-mentors@lists.debian.org> > *Onderwerp:* Re: RFS: burp -- A cross platform network backup and > restore program. > > > > W dniu 06.02.2012 13:30, Bas van den Dikkenberg pisze: > > I uploaded source en source files checks out. > > > > But when lintian check over a build for example amd64 you get these > warnings > > > Yep... and I don't want them. Are you going to fix at least errors? > Most warnings are also easily fixable. > > Are you going to work on it? > > W: burp: wrong-name-for-upstream-changelog usr/share/doc/burp/CHANGELOG.gz > > Remove changelog from docs file and install it with it debhelper script. > > E: burp: possible-gpl-code-linked-with-openssl > > This has to be clarified with upstream. > > W: burp: non-standard-file-perm etc/burp/burp-server.conf 0600 != 0644 > W: burp: non-standard-file-perm etc/burp/burp.conf 0600 != 0644 > W: burp: non-standard-dir-perm etc/burp/clientconfdir/ 0700 != 0755 > W: burp: non-standard-file-perm etc/burp/ssl_cert-client.pem 0600 != 0644 > W: burp: non-standard-file-perm etc/burp/ssl_cert-server.pem 0600 != 0644 > W: burp: non-standard-dir-perm var/spool/burp/ 0700 != 0755 > > If this is for security reasons then override it for lintian. > > W: burp: extra-license-file usr/share/doc/burp/LICENSE.gz > > Not needed since it's license included in /usr/share/common-licenses > > E: burp: dir-or-file-in-var-run var/run/burp/ > > Need to be created by start script. > > E: burp: init.d-script-missing-dependency-on-remote_fs > etc/init.d/burp: required-start > E: burp: init.d-script-missing-dependency-on-remote_fs > etc/init.d/burp: required-stop > > start script needs to be fixed. > > W: burp: binary-without-manpage sbin/bedup > W: burp: binary-without-manpage usr/sbin/burp_ca > > Would be great to have it fixed, but it can be done later. > > W: burp: maintainer-script-empty preinst > > You can remove that file. > > regards > fEnIo > > > > > > *Van:*Bartosz Feński [mailto:bart...@fenski.pl] > *Verzonden:* maandag 6 februari 2012 12:40 > *Aan:* Bas van den Dikkenberg; debian-mentors@lists.debian.org > <mailto:debian-mentors@lists.debian.org> > *Onderwerp:* Re: RFS: burp -- A cross platform network backup and > restore program. > > > > W dniu 06.02.2012 12:13, Bas van den Dikkenberg pisze: > > I have rebuild te package oke now ? > > > > http://mentors.debian.net/package/burp > > > > Not ok ;) > >
Re: RFS: burp -- A cross platform network backup and restore program.
W dniu 07.02.2012 15:51, Bas van den Dikkenberg pisze: Three uploads, The initial, the one you gave some comments. Today a second one, then I notisid that there was no watch file so created one en uploaded a new version. Did you try to build it under pbuilder/cowbuilder? I tried, without success. Starting tests Server output log: /tmp/buildd/burp-1.3.0/test/logs/server-system.log Server system log: /tmp/buildd/burp-1.3.0/test/logs/server-output.log Client log: /tmp/buildd/burp-1.3.0/test/logs/client.log Bedup log: /tmp/buildd/burp-1.3.0/test/logs/bedup.log Diff log: /tmp/buildd/burp-1.3.0/test/logs/diff.log More logs can be found in: /tmp/buildd/burp-1.3.0/test/target/var/spool/burp/testclient/ Starting test server Test 1 First backup/restore comparison Starting test client backup Test failed: client backup returned 127 Killing test server ./run_test: line 37: kill: (2420) - No such process make[2]: *** [test] Error 1 make[2]: Leaving directory `/tmp/buildd/burp-1.3.0/test' make[1]: *** [test] Error 2 make[1]: Leaving directory `/tmp/buildd/burp-1.3.0' dh_auto_test: make -j1 test returned exit code 2 make: *** [build] Error 29 dpkg-buildpackage: error: debian/rules build gave error exit status 2 This has to be fixed before we're going to upload it to the archive. Other things around debian/* files. TODO - I suppose it's upstream TODO, not yours, so remove it. README - the same, we don't have to include info how to build the package... you're trying to include built package, right? init.d / init.d.DEBIAN what's that? changelog - we've got new lintian warning ;) W: burp: latest-debian-changelog-entry-without-new-date Really start using dch tool ;) postinst / postrm seem to be to unnecessary too control: Burp is a backup and restore program. It uses librsync in order to save onr *onr* looks like a typo, everything else looks like good example to be proofreaded by native English speakers. debian-i...@lists.debian.org is good place to ask for such proofreading. rules: Please check if these overrides are really necessary, this one looks strange for me: override_dh_auto_configure: ./configure dh_auto_configure basically does this + --prefix=something overrid_dh_fixperms: You've just changed permissions of all files to be world readable. I guess upstream wanted them to be private for some reason. Consult with it what are the correct permissions and if they have to be 600 then add lintian override file and not make them world readable only to make lintian happy. regards fEnIo Bas *Van:*Daniel Martí [mailto:danielmarti.deb...@gmail.com] *Verzonden:* dinsdag 7 februari 2012 15:04 *Aan:* Bas van den Dikkenberg; Bartosz Feński *CC:* debian-mentors@lists.debian.org *Onderwerp:* RE: RFS: burp -- A cross platform network backup and restore program. Also, might I ask why are there three changelog entries? Or has there been *three* uploads in a two day period? Cheers!
Re: RFS: burp -- A cross platform network backup and restore program.
W dniu 07.02.2012 22:06, Bas van den Dikkenberg pisze: > > > > > > *Van:*Bartosz Feński [mailto:bart...@fenski.pl] > *Verzonden:* dinsdag 7 februari 2012 21:20 > *Aan:* Bas van den Dikkenberg > *CC:* Daniel Martí; debian-mentors@lists.debian.org > *Onderwerp:* Re: RFS: burp -- A cross platform network backup and > restore program. > > > > W dniu 07.02.2012 15:51, Bas van den Dikkenberg pisze: > > Three uploads, > > > > The initial, the one you gave some comments. > > > > Today a second one, then I notisid that there was no watch file so > created one en uploaded a new version. > > > > > Did you try to build it under pbuilder/cowbuilder? > > No i didn’t i run dpkg-buildpackage -rfakeroot -kC9710323 > > To build without a problem > > > > > I tried, without success. > > Starting tests > Server output log: /tmp/buildd/burp-1.3.0/test/logs/server-system.log > Server system log: /tmp/buildd/burp-1.3.0/test/logs/server-output.log >Client log: /tmp/buildd/burp-1.3.0/test/logs/client.log > Bedup log: /tmp/buildd/burp-1.3.0/test/logs/bedup.log > Diff log: /tmp/buildd/burp-1.3.0/test/logs/diff.log > More logs can be found in: > /tmp/buildd/burp-1.3.0/test/target/var/spool/burp/testclient/ number> > > Starting test server > > Test 1 > First backup/restore comparison > Starting test client backup > > Test failed: client backup returned 127 > > Killing test server > ./run_test: line 37: kill: (2420) - No such process > make[2]: *** [test] Error 1 > make[2]: Leaving directory `/tmp/buildd/burp-1.3.0/test' > make[1]: *** [test] Error 2 > make[1]: Leaving directory `/tmp/buildd/burp-1.3.0' > dh_auto_test: make -j1 test returned exit code 2 > make: *** [build] Error 29 > dpkg-buildpackage: error: debian/rules build gave error exit status 2 > > > This has to be fixed before we're going to upload it to the archive. > > I understand but it doesn’t do it at my sight what kind pro are you > running > > As stated before I'm using cowbuilder and you should really start to using it. Either cowbuilder or pbuilder. If the package doesn't build under pbuilder then uploading it to archive is useless cause autobuilders will create similar environment for building and that build is going to fail. > > Other things around debian/* files. > > TODO - I suppose it's upstream TODO, not yours, so remove it. > README - the same, we don't have to include info how to build the > package... you're trying to include built package, right? > > Will remove them > > > > init.d / init.d.DEBIAN what's that? > > > > The init.d is overwriten bye build script I can’t find where so made > init.d.DEBIAN and made a entry in rules to overwrite the init file . > > > > changelog - we've got new lintian warning ;) > > W: burp: latest-debian-changelog-entry-without-new-date > > > > Oke I will do > > > > Really start using dch tool ;) > > postinst / postrm seem to be to unnecessary too > > control: > Burp is a backup and restore program. It uses librsync in order to > save onr > > *onr* looks like a typo, everything else looks like good example to be > proofreaded by native English speakers. debian-i...@lists.debian.org > <mailto:debian-i...@lists.debian.org> is good place to ask for such > proofreading. > > rules: > > Please check if these overrides are really necessary, this one looks > strange for me: > > override_dh_auto_configure: > ./configure > > dh_auto_configure basically does this + --prefix=something > > overrid_dh_fixperms: > > You've just changed permissions of all files to be world readable. > I guess upstream wanted them to be private for some reason. > > Consult with it what are the correct permissions and if they have to > be 600 then add lintian override file and not make them world readable > only to make lintian happy. > > regards > fEnIo > > > Bas > > > > > > *Van:*Daniel Martí [mailto:danielmarti.deb...@gmail.com] > *Verzonden:* dinsdag 7 februari 2012 15:04 > *Aan:* Bas van den Dikkenberg; Bartosz Feński > *CC:* debian-mentors@lists.debian.org > <mailto:debian-mentors@lists.debian.org> > *Onderwerp:* RE: RFS: burp -- A cross platform network backup and > restore program. > > > > Also, might I ask why are there three changelog entries? Or has there > been *three* uploads in a two day period? > > Cheers! > > >
Re: RFS: burp -- A cross platform network backup and restore program.
W dniu 10.02.2012 19:47, Bas van den Dikkenberg pisze: hi fEnIo, I did complete rebuild of the packages and fixed all of the isues, Can you please re evaluate the package and when it is oke sponsor it bye uploading it for me? To access further information about this package, please visit the following URL: http://mentors.debian.net/package/burp Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/b/burp/burp_1.3.0-1.dsc With kind regards, Bas van den Dikkenberg Reviewed and uploaded. Thanks for fixing all problems! regards fEnIo -- 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/4f360d62.8000...@fenski.pl
Re: New release of Burp
W dniu 12.02.2012 00:52, Bas van den Dikkenberg pisze: Bartosz, I have worked almost around the clock with author of burp. To fixe most of the issues that where addressed bye Paul Wise (pabs) 3 thing are fix right away and the 2 other bugs wil be fixed in the next upstream release. Would you be so kind to upload the new version ? To access further information about this package, please visit the following URL: http://mentors.debian.net/package/burp Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/b/burp/burp_1.3.0-2.dsc With kind regards, Bas van den Dikkenberg Uploaded regards fEnIo -- 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/4f376363.7000...@fenski.pl
Re: New release of Burp
W dniu 12.02.2012 16:03, Bas van den Dikkenberg pisze: Bartosz, I forgot to add a patch to serries file. I know stupid , Could you please upload again? Done. To access further information about this package, please visit the following URL: http://mentors.debian.net/package/burp Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/b/burp/burp_1.3.0-3.dsc Bas -Oorspronkelijk bericht- Van: Bartosz Feński [mailto:bart...@fenski.pl] Verzonden: zondag 12 februari 2012 8:00 Aan: Bas van den Dikkenberg CC: debian-mentors@lists.debian.org Onderwerp: Re: New release of Burp W dniu 12.02.2012 00:52, Bas van den Dikkenberg pisze: Bartosz, I have worked almost around the clock with author of burp. To fixe most of the issues that where addressed bye Paul Wise (pabs) 3 thing are fix right away and the 2 other bugs wil be fixed in the next upstream release. Would you be so kind to upload the new version ? To access further information about this package, please visit the following URL: http://mentors.debian.net/package/burp Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/b/burp/burp_1.3.0-2.dsc With kind regards, Bas van den Dikkenberg Uploaded regards fEnIo -- 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/4f37dffc.9020...@fenski.pl
Re: versioning trouble
W dniu 22.02.2012 02:42, Jerome BENOIT pisze: Thanks for the prompt reply. On 22/02/12 02:34, Paul Wise wrote: On Wed, Feb 22, 2012 at 8:46 AM, Jerome BENOIT wrote: Three days ago I uploaded for sponsoring my package with version 2.54+cvs20120219 which obviously cvs version. You should have used 2.54~cvs20120219 instead, since that sorts before 2.54 (note the special ~ character). My mistake: I will keep it in mind for next cvs based packages. For future uploads in your scenario another correct approach would be 2.53+cvs20120219, since it's really 2.53 + some changes from CVS dated 20120219. The tilde (~) character is useful if an upstream released alpha/beta/release-candidate. Then you can upload 2.70~beta1 for example and when there's final 2.70 version then 2.70-1 is still newer than this beta. Meanwhile, more precisely yesterday, the upstream maintainer finally released version 2.54, so now I plan to upload an upstream version of my package with version 2.54. But, according to `dch', version 2.54 is less than 2.54+cvs20120219: how can I can manage it ? May I force version 2.54 ? may I use some work around here ? If the package has not yet been uploaded to Debian, it was. just edit the changelog with your favourite text editor and change 2.54+cvs20120219 to 2.54 then update the packaging if needed. I will work around it by creating a Debian source package, 2.54+ds is greater than 2.54+cvs20120219: it planed to do so sooner or later, so I do it right now. Cheers, Jerome -- 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/4f44727e.9070...@fenski.pl
Re: Standard Versions
W dniu 27.02.2012 14:01, Werner Detter pisze: > Hi everbody, > > I'm currently wondering where to check stuff that has changed from one > standard version > to the next (e.g. 3.9.2 vs. 3.9.3) and what is relevant for own packages. Is > there > something like a changelog? Yes. Just install package debian-policy and read in the favourite format in /usr/share/doc/debian-policy/upgrading-checklist.* regards fEnIo -- 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/4f4b7fdf.2030...@fenski.pl
Bug#659047: RFS: rpg - Readable Password Generator
W dniu 04.04.2012 12:17, Vladimir Stavrinov pisze: > To advantage of this utility points it's name: "READABLE password > generator". If You can read (i.e. to pronounce), then it is easy for > remembering. But "readable" doesn't means "weak" - it is strong enough > as long as dictionary is available for consulting to exclude words from > out of there. > So basically this is another tool like the apg? http://packages.debian.org/sid/apg regards fEnIo -- 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/4f7c20f4.3020...@fenski.pl
Re: Bug#669016: RFS: gyoto/0.0.1-1 [ITP] -- general relativistic ray-tracing and orbit computation
- AUTOMATYCZNY raport antySPAMowy -- Oprogramowanie do wykrywania spamu, dzia³aj±ce na serwerze: *** "fenski.pl" ***, zidentyfikowa³o ten email jako prawdopodobny spam. Oryginalna wiadomo¶æ zosta³a do³±czonado tej, aby mo¿na by³o j± przejrzeæ, zweryfikowaæ lub zablokowaæ na przysz³o¶æ. Je¿eli masz jakie¶ w±tpliwo¶ci, to kieruj je pod adres the administrator of that system Przegl±d zawarto¶ci: W dniu 16.04.2012 18:39, Thibaut Paumard pisze: > Le 16/04/12 18:09, Thibaut Paumard a écrit : >> In response to: bugs.debian.org/669016 >> Software homepage mentioned below: http://gyoto.obspm.fr/ >> >> Le 16/04/12 17:38, Etienne Millon a écrit : We also request that Gyoto modifications, extensions or plug-ins leading to a scientific publication be made public as free software reasonably fast (within one year after publication of the scientific paper), for instance by contributing it directly to the Gyoto code base. Contributors will be listed in the relevant source files as well as in the AUTHORS file in the package. >>> I also believe that it is not DFSG compliant, as it is not possible >>> to make gyoto plugins that are both leading to a publication and >>> for private (or commercial) use. >>> >>> > Besides, the fact that gyoto is GPLed in itself forbids making > commercial plug-ins: > > http://www.gnu.org/licenses/gpl-faq.en.html#GPLAndPlugins > > "Private" plug-ins is another matter. [...] Szczegó³y analizy zawarto¶ci: (5.6 zaliczonych, 5.0 wymaganych) pkt nazwa regu³y krótki opis -- --- 3.6 RCVD_IN_PBLRBL: Received via a relay in Spamhaus PBL [178.182.35.167 listed in zen.spamhaus.org] 0.0 RCVD_IN_SORBS_DUL RBL: SORBS: sent directly from dynamic IP address [178.182.35.167 listed in dnsbl.sorbs.net] 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [178.182.35.167 listed in bb.barracudacentral.org] 0.4 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS 0.0 KHOP_DYNAMIC Relay looks like a dynamic address 0.0 HELO_MISC_IP Looking for more Dynamic IP Relays --- Begin Message --- W dniu 16.04.2012 18:39, Thibaut Paumard pisze: Le 16/04/12 18:09, Thibaut Paumard a écrit : In response to: bugs.debian.org/669016 Software homepage mentioned below: http://gyoto.obspm.fr/ Le 16/04/12 17:38, Etienne Millon a écrit : We also request that Gyoto modifications, extensions or plug-ins leading to a scientific publication be made public as free software reasonably fast (within one year after publication of the scientific paper), for instance by contributing it directly to the Gyoto code base. Contributors will be listed in the relevant source files as well as in the AUTHORS file in the package. I also believe that it is not DFSG compliant, as it is not possible to make gyoto plugins that are both leading to a publication and for private (or commercial) use. Besides, the fact that gyoto is GPLed in itself forbids making commercial plug-ins: http://www.gnu.org/licenses/gpl-faq.en.html#GPLAndPlugins "Private" plug-ins is another matter. They also force you to acknowledge using it in scientific publications. I doubt it's DFSG free. regards fEnIo --- End Message ---
Re: Seeking sponsor for Network Direct Attached Storage packages
W dniu 03.08.2012 17:15, linux at iocellnetworks pisze: > Hello, > > We've got the NDAS software up to date on some newer kernels. This > software connects the NetDISK as a block storage on the LAN. We need > advice about packaging and such. > > Here is some basic information about the current driver and software. > > http: // ndas4linux.iocellnetworks.com/trac/index.cgi/wiki > > Thanks for your consideration. Hi. Have you submited ITP bugreport for it? What are your current problems with packaging? regards fEnIo -- 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/501e9a3e.3080...@fenski.pl
Re: Simple question on RFP entries
Dnia 2010-12-23, o godz. 17:15:43 Yuri D'Elia napisał(a): > I'd like to work on an existing package request. It's bug #603078: > makepp, a make replacement that I already use since years. > > What's the policy on RFP entries in that case? Should I also file an ITP > to notify others that someone is already working on it? Or should I > simply close the RFP bug in the first entry in the changelog? You should retitle it to ITP. More at the end of this page: http://www.debian.org/devel/wnpp/ regards fEnIo -- 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/20101223172438.58c9c...@netart
Re: RFS: homebank (updated package)
Dnia 2011-03-20, o godz. 19:47:43 Andrey napisał(a): > I am looking for a sponsor for the new version 4.4-0.1 > of my package "homebank". > > It builds these binary packages: > homebank - Manage your personal accounts at home > homebank-data - Data files for homebank [...] > I would be glad if someone uploaded this package for me. Did you try to contact its current maintainer? regards fEnIo -- 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/20110324151211.7126b8ef@netart
Re: RFS: mydumper
W dniu 14.11.2011 15:23, Mateusz Kijowski pisze: Dear mentors, I am looking for a sponsor for my package "mydumper". * Package name: mydumper Version : 0.5.1-1 Upstream Authors: "Domas Mituzas"mailto:do...@fb.com>>, "Andrew Hutchings"mailto:and...@skysql.com>>, "Mark Leith"mailto:mark.le...@oracle.com>> * URL :http://www.mydumper.org * License : GPL v3+ Section : database It builds those binary packages: mydumper - High-performance MySQL backup tool To access further information about this package, please visit the following URL: http://mentors.debian.net/package/mydumper Alternatively, one can download the package with dget using this command: dget -xhttp://mentors.debian.net/debian/pool/main/m/mydumper/mydumper_0.5.1-1.dsc I would be glad if someone uploaded this package for me. Did you find sponsor for this package? regards fEnIo
Re: RFS: mydumper
W dniu 22.11.2011 11:33, Mateusz Kijowski pisze: 2011/11/16 Bartosz Feński Did you find sponsor for this package? No, I did not. Are you willing to sponsor it or at least review it? I've just commented your package on mentors.debian.net. Sorry for duplicated comments, I had some errors 500 during commenting and I thought they haven't been added. regards fEnIo -- 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/4ecb9739.6020...@fenski.pl
Re: RFS: Duplicati - encrypted online backups
W dniu 24.11.2011 09:35, Rene Stach pisze: Hello! Duplicati is looking for a sponsor. Duplicati is a backup client that securely stores encrypted, incremental, compressed backups on cloud storage services and remote file servers. It supports targets like Amazon S3, Windows Live SkyDrive, Rackspace Cloud Files or WebDAV, SSH, FTP (and many more). Duplicati should be included into Debian because it is the only easy-to-use software that allows not-so-technical users to back up their data securely on cloud storage systems and remote file servers. Duplicati comes with a nice UI and also works on the command line. Name: Duplicati Synopsis: Backup client for encrypted online backups License: LGPL 2.1 Download: http://code.google.com/p/duplicati/downloads/list Source Code: http://code.google.com/p/duplicati/source/browse/ Web site: http://www.duplicati.com/ We would be happy if any sponsor could assist us in getting Duplicati into the Debian repository, so that more people can easily and securely back up their data. Did you find anyone that is helping you to create Debian package? If not then I'm interested in such help. regards fEnIo -- 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/4edc660a.8010...@fenski.pl
end of the WORLD
Spam detection software, running on the system "fenski.pl", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hello everyone. Since all we know that tomorrow is the end of the world, I thought we should do something crazy and I decided that the most crazy thing would be to make it easier to join Debian! I joined almost 9 years ago and I remember how painful it was to find anyone that could sponsor your package and since I'm still member of debian-mentors I can see that it's still painful nowadays. [...] Content analysis details: (5.2 points, 5.0 required) pts rule name description -- -- 3.6 RCVD_IN_PBLRBL: Received via a relay in Spamhaus PBL [89.67.177.71 listed in zen.spamhaus.org] 1.3 RCVD_IN_RP_RNBLRBL: Relay in RNBL, https://senderscore.org/blacklistlookup/ [89.67.177.71 listed in bl.score.senderscore.com] 0.4 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS --- Begin Message --- Hello everyone. Since all we know that tomorrow is the end of the world, I thought we should do something crazy and I decided that the most crazy thing would be to make it easier to join Debian! I joined almost 9 years ago and I remember how painful it was to find anyone that could sponsor your package and since I'm still member of debian-mentors I can see that it's still painful nowadays. So let's do something crazy. As long as your package meets DFSG, it is lintian clean and you declare that you will try maintain it yourself then I'm willing to upload it for you after reviewing it. I promise to check every mail tomorrow. Let's see how many of mails I will receive. regards Bartosz Fenski --- End Message ---
Re: content of a package on repo
W dniu 22.12.2012 09:09, Vincent Cheng pisze: > On Fri, Dec 21, 2012 at 10:15 PM, Mohsen Pahlevanzadeh > wrote: >> Dear all, >> >> Suppose i have systemtap-sdt-dev package on repo and i didn't install >> it. i want to see it's files, how can do it? > If you just want a list of files: > http://packages.debian.org/sid/amd64/systemtap-sdt-dev/filelist > > If you want the actual contents of the package in question: > $ apt-get download systemtap-sdt-dev > $ dpkg-deb -x systemtap-sdt-dev_1.7-1+b1_amd64.deb . > In addition we've got apt-file tool. apt-get install apt-file apt-file update apt-file list systemtap-sdt-dev regards Bartosz Fenski -- 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/50d59812.7040...@fenski.pl
Re: retitle WNPP bug
W dniu 06.03.2013 17:21, Alfonso Sabato Siciliano pisze: > Ok, it is been updated http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652580 > ..."ITP: beret -- A 2d puzzle platformer game" > > but in http://wnpp.debian.net/ "beret" is still RFP I tried to sync that database but without luck. Anyway the more important place is bugs.debian.org and this is what really matters. There's general rule that services which are in debian.org domain are official and those from debian.net are unofficial. So given that you updated bugs.debian.org you're now the one that should prepare package for this software. regards Bartosz Fenski > Must I use "reportbug" for wnpp (reportbug --email alfi...@gmail.com wnpp) > too? > > > 2013/3/6 Michael Gilbert : >> On Wed, Mar 6, 2013 at 9:31 AM, Alfonso Sabato Sicilianowrote: >>> Hi, >>> >>> I would make my first package so >>> I would retitle this >>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652580 >>> from RFP to ITP. I am still not DM, can I do it? I need to have a >>> sponsor ti retitle the WNPP bug? >> Yes, of course! Anyone at all can interact with the debian bts: >> http://www.debian.org/Bugs/server-control >> >> For that change, your email to the control server would contain: >> >> retitle 652580 >> thanks >> >> Its that easy. >> >> Best wishes, >> Mike >> >> >> -- >> 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/CANTw=mom6nmqzhomtkmh1mqpgduolmpam-rzmpfatqygnfu...@mail.gmail.com >> > -- 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/51377e43.8070...@fenski.pl
Re: sysV and dependency loop
W dniu 23.02.2014 15:14, Mohsen Pahlevanzadeh pisze: > Dear Mentors, > > I'm working on a article about systemd, so i read the following link at > first: > http://0pointer.de/blog/projects/systemd.html > > I found the following context in the above link: > / > Hardware and Software Change Dynamically > Modern systems (especially general purpose OS) are highly dynamic in > their configuration and use: they are mobile, different applications are > started and stopped, different hardware added and removed again. An init > system that is responsible for maintaining services needs to listen to > hardware and software changes. It needs to dynamically start (and > sometimes stop) services as they are needed to run a program or enable > some hardware. > > Most current systems that try to parallelize boot-up still synchronize > the start-up of the various daemons involved: since Avahi needs D-Bus, > D-Bus is started first, and only when D-Bus signals that it is ready, > Avahi is started too. Similar for other services: livirtd and X11 need > HAL (well, I am considering the Fedora 13 services here, ignore that HAL > is obsolete), hence HAL is started first, before livirtd and X11 are > started. And libvirtd also needs Avahi, so it waits for Avahi too. And > all of them require syslog, so they all wait until Syslog is fully > started up and initialized. And so on. > **/ > > My question is : How it implemented in sysv? Nowadays it is handled by LSB headers. Just check header in random /etc/init.d/foo file. In the past it was simply by ordering scripts by giving them numbers. So if you wanted to start libvirt after hal then you should start hal with let's say number 20 and libvirt with number 40 (or even larger if you want more time for hal to initialize). regards fEnIo -- 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/530a13cb.8020...@fenski.pl
Re: Is there a way to preserve pbuilder chroot environment?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 W dniu 28.02.2014 10:52, Mikhail Morfikov pisze: > I'm new to building packages by using pbuilder tool, and I have to build > a package multiple times before it builds successfully, or in the way > I prefer. The most annoying part ot this is installation of > dependencies -- each time I build a package, it has to install > the same dependencies over and over. > > I checked some of pbuilder options: > --save-after-login > --save-after-exec > > But the first one only works with --login parameter, and the second one > doesn't work with --build at all. I could log into the chroot > environment and install all the dependencies the package requires, but > I suppose there's a better way to do it, or am I wrong? You're right. The better way is to use cowbuilder instead of pbuilder. The first is a wrapper around the latter. regards fEnIo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMQXkAACgkQhQui3hP+/ECE6ACfYgGChV5Xpd8wWfLCkMc4v1b0 DOQAoKPm8w5/ryZBGPYR+jR4HN3fzTZq =TjSV -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: https://lists.debian.org/53105e44.9050...@fenski.pl
Re: Splitting in /usr/lib/ and /usr/share
W dniu 08.03.2014 14:02, Оlе Ѕtrеісhеr pisze: > Hi, > > I am packaging some older software (eso-midas, [1]) that installs > everything into a common directory (f.e. /usr/lib/eso-midas/). However, > the FHS requires that this should be split between /usr/share/ and > /usr/lib//. In the majority of cases, this could be done > automatically by recognizing the type with the "file" command: object > files, libs etc. go to /usr/lib//eso-midas/, all text and data > files to /usr/share/eso-midas (with a link to > /usr/lib//eso-midas). > > Is there already a little helper script that does this for me? I don't know such script but lintian will show you the files that are placed inappropriate. Just direct them to proper location in .install file. regards fEnIo -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/531b32cd.7060...@fenski.pl
Re: Splitting in /usr/lib/ and /usr/share
W dniu 09.03.2014 16:55, Оlе Ѕtrеісhеr pisze: > Osamu Aoki writes: >> On Sat, Mar 08, 2014 at 08:47:41PM +0100, Оlе Ѕtrеісhеr wrote: >>> Bartosz Feński writes: >>>>> I am packaging some older software (eso-midas, [1]) that installs >>>>> everything into a common directory (f.e. /usr/lib/eso-midas/). However, >>>>> the FHS requires that this should be split between /usr/share/ and >>>>> /usr/lib//. In the majority of cases, this could be done >>>>> automatically by recognizing the type with the "file" command: object >>>>> files, libs etc. go to /usr/lib//eso-midas/, all text and data >>>>> files to /usr/share/eso-midas (with a link to >>>>> /usr/lib//eso-midas). >> Is this some old package with autotools? Then... this may be fixed by >> reconfiguring build script, do so. > No; that would be easy. The program is really old and installs all > libraries and binaries within the source tree, with the option to remove > the unneeded sources afterwards. > > It has simply no way to specify a data dir and/or a lib dir. The basic > install instruction is: > > 1. unpack the sources to the place you want to have the package > 2. point the environment variable (MIDASHOME) to that dir > 3. start compilation > 4. (optional) remove unneeded sources Come on... it's oneliner in any shell to move those files to correct locations. I don't think we need special dh_helper to handle one exemption. regards fEnIo -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/531c9a60.1090...@fenski.pl
Looking for a sponsor - potrace.
Hello Debian Mentors.
I try to became Debian Developer. I am at Task&Skills stage.
I am looking for sponsor for package potrace (#208508).
It can be fetched from http://skawina.eu.org/potrace/
I'll be thankful if someone could check this package and maybe sponsor it.
regards
fEnIo
--
_ Bartosz Feński aka fEnIo | mailto:[EMAIL PROTECTED] |
pgp:0x13fefc40
_|_|_32-050 Skawina - Głowackiego 3/15 - w. małopolskie - Polska
(0 0) phone:+48501608340 | ICQ:46704720 | GG:726362 | IRC:fEnIo
ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001
pgpgSmUlyFzOX.pgp
Description: PGP signature
Looking for a sponsor - potrace.
Hello Debian Mentors.
I try to became Debian Developer. I am at Task&Skills stage.
I am looking for sponsor for package potrace (#208508).
It can be fetched from http://skawina.eu.org/potrace/
I'll be thankful if someone could check this package and maybe sponsor it.
regards
fEnIo
--
_ Bartosz Feński aka fEnIo | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40
_|_|_32-050 Skawina - Głowackiego 3/15 - w. małopolskie - Polska
(0 0) phone:+48501608340 | ICQ:46704720 | GG:726362 | IRC:fEnIo
ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001
pgp0.pgp
Description: PGP signature
