Re: Splitting in /usr/lib/arch and /usr/share
W dniu 09.03.2014 16:55, Оlе Ѕtrеісhеr pisze: Osamu Aoki osamu_aoki_h...@nifty.com writes: On Sat, Mar 08, 2014 at 08:47:41PM +0100, Оlе Ѕtrеісhеr wrote: Bartosz Feński bart...@fenski.pl 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/arch/. 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/arch/eso-midas/, all text and data files to /usr/share/eso-midas (with a link to /usr/lib/arch/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
Re: Splitting in /usr/lib/arch 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/arch/. 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/arch/eso-midas/, all text and data files to /usr/share/eso-midas (with a link to /usr/lib/arch/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: 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: 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: 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 mgilb...@debian.org: 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 my new title 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: 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 moh...@pahlevanzadeh.org 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
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 ---BeginMessage--- 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: 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: 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 ---BeginMessage--- 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---
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: 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
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: 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: 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: 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/backup 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: 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-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
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 ;) 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
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/backup 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. 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 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 keel...@spamcop.net 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 keel...@spamcop.net 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 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
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 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: 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
Re: RFS: mydumper
W dniu 22.11.2011 11:33, Mateusz Kijowski pisze: 2011/11/16 Bartosz Feńskibart...@fenski.pl 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: 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 Mituzasdo...@fb.com mailto:do...@fb.com, Andrew Hutchingsand...@skysql.com mailto:and...@skysql.com, Mark Leithmark.le...@oracle.com 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: homebank (updated package)
Dnia 2011-03-20, o godz. 19:47:43 Andrey vorono...@gmail.com 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: Simple question on RFP entries
Dnia 2010-12-23, o godz. 17:15:43 Yuri D'Elia wav...@users.sf.net 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
Looking for a sponsor - potrace.
Hello Debian Mentors. I try to became Debian Developer. I am at TaskSkills 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