Bug#887490: O: backuppc -- high-performance, enterprise-grade system for backing up PCs
Hi ! Good to see that you'll take care of BackupPC ;) Do not forget that I have some wip stuff here that might help: https://github.com/ldrolez Regards, Ludovic Le 3 septembre 2018 10:45:15 GMT+02:00, Axel Beckert a écrit : >Hi Raoul, > >Raoul Bhatia wrote: >> I've tried to keep some up2date packages in my Github repositories, >> see >> https://github.com/backuppc/backuppc/wiki/Build-Your-Own-Packages , >> specifically >> >> * https://github.com/raoulbhatia/rsync-bpc/tree/3.0.9.12-DEBIAN >> * https://github.com/raoulbhatia/backuppc/tree/DEBIAN >> * https://github.com/raoulbhatia/backuppc-xs/tree/DEBIAN > >Thanks for these! > >> Would this help to get things back in shape? > >I'm sure it will. I haven't looked at them, but since the hint to your >packages in >https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=873075#35 my plan is >to look at them and try to do a Debian QA upload based on them. > >I though don't have my Debian Testing based BackupPC server in shape >yet, so I can't test it currently. > >Once I managed to do this, I intent to look into making a QA upload of >BackupPC to at least get it back in shape. Or maybe first a simple 3.x >upload to unstable to get a few things fixed and then upload 4.x to >experimental first. (JFTR: This should though not keep anyone from >doing this before I get to it! I do not claim this bug.) > >It's though not my top priority at the moment, so I don't want make >any promises I may not be able to keep. > >> Especially, I am no Debian expert and also have basic requirements >> for BackupPC only, so I will not be able to do this properly all by >> myself. > >I'd join and help if anyone wants to form a BackupPC team in Debian. >I'm though not keen on taking the lead. > > Regards, Axel >-- >,''`. | Axel Beckert , >https://people.debian.org/~abe/ >: :' : | Debian Developer, ftp.ch.debian.org Admin >`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 > `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.
Bug#424905: Uploading MAME to Debian
Hi, Back to business after holidays. Thanks a lot Jordi, the MAME package is evolving faster with updates from Emmunuel and Félix. The help of a Debian developer to finalize and (I hope) upload it is greatly appreciated! About Alioth, as said by Emmunuel, we were not allowed to create a project because none of us are Debian developer/maintainer so we hosted ourselves the mamedeb project. In my opinion, there is no problem to switch from our VCS (Git) to Alioth if we can keep the history of our previous commits. About debian/changelog, I would really like to keep a log of all the initial work and bugfixes but I was not sure if I can put them as-is. About the longest path ever :) I have put the files into subfolders in order to separate media and link files from the core debian files. There are no other reason, so I'll put them on the debian folder. Sed separator replacement is on the way, ugly slashes escaping is replaced by _ in most of the commands: sed -i 's_[ +]comments_ /var/games/mame/comments;comments_' $INIFILE MAN pages are completed now: ldresample, mame-regrep, mame-split, mame-src2html, mame-srcclean, unidasm and mame. About the chmod o+rw on the postinst: it is here to allow end-user to move/delete/save ROMs or ini files in this folder. In fact it is not necessary because end user will have it's own ini and ROM path so I'll remove it. Thanks a lot. -- Ludo. On Sat, Nov 6, 2010 at 7:28 AM, Jordi Mallach jo...@debian.org wrote: Hi! On Fri, Nov 05, 2010 at 06:06:06PM +0100, Emmanuel Kasper wrote: Ludo did most of the packaging work, I commited some fix for powerpc. Right now the two packages ( mame and mame-tools) are lintian clean exepct for debian-helper overrides warning and the packaging code is available from download from: http://indefero.shaperstudio.com/p/mamedeb/ This will build a mame v 0.139 binary ( althoug upstream has just released 0.140 ) We have also a mailing list at http://groups.google.com/group/mamedeb Ok. My first suggestion is to maybe move all of this to Alioth and upload the packages to mentors.debian.net. If you don't have Alioth accounts, you should apply for one now. In the bug report, others have suggested hosting mame in the games packaging team repository. I think it's a good idea, but it's your call. I don't think the Alioth admins are really happy about creating new groups for just one app, and MAME really fits well in the games repo, while that does not mean you'll lose control over your package. As for the mailing list, you might want to just use the pkg-games-devel list. A feedback on the packaging is more than welcome ! This is very good! Ludo: I don't know where all the packaging history went. If you've been maintaining mame for years, I don't see why you should be getting rid of your entire debian/changelog. There's nothing bad in doing that, it just doesn't show all the previous work behind the package. You should probably update the package to the newest Standards-Version. I also suggest you convert it to DpkgSource v3, as you're using quilt anyway. If you need help with this, just say! http://wiki.debian.org/Projects/DebSrc3.0 Nitpicks in the control file: Extra newline between source package and mame binary package. Description: - ... is a hardware emulator... - This package provides the MAME binary... - Remove the authorship information. That will be available in the copyright file. - No space between a word and : This package provides tools to be used with MAME: In the copyright file, you refer to BSD, GPL and LGPL, but no links to common-licenses. dhdcd.c and others don't have an explicit copyright notice in the header, but a pointer to MAME's website. You should probably tell upstream about this. Why do you put the .desktop and .xpm file in a deep dir inside the debian dir? Why not move them to debian/, and reference those files in mame.install (like you do, but using the longest path ever!) A suggestion: on your sed constructs, use another separator and avoid escaping the slashes: sed -i 's%\( comments\).*%\1;/var/games/mame/comments%' $INIFILE You should not run find -exec chmod on every upgrade. If there are a lot of files in that dir, installation could take ages. Many manual pages need a bit more work (etc. all over the place!) Finally, as you need to repack the .zip, why not do a .tar.bz2? -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/
Bug#424905: Status of ITP for sdlmame
Hi, Sorry for the pause in this ITP because I actually try to figure how to build oldstable/stable/unstable debs with pbuilder for amd64/arm with QEmu on my Lenny i386. I found some docs but most outdated or QEmu crashes. I would like to finish this process and automate this as much as possible before doing any further improvements on actual package. In the meanwhile the package is still available on my repo. Should I close this ITP now or ask someone else to view my actual package ? Thanks for your time. Regards, Ludovic Lechapt
Bug#507932: Info received (Bug#507932: ITP: sdlmess -- SDL port of MESS emulator (based on MAME))
Hi, SDLMESS (0.128 at the moment) files are available in the pool of my repo http://apt.ludomatic.fr/pool/non-free/s/sdlmess/ : sdlmess_0128-1etch1.diff.gz sdlmess_0128-1etch1.dsc sdlmess_0128-1etch1_i386.deb sdlmess_0128-1lenny1.diff.gz sdlmess_0128-1lenny1.dsc sdlmess_0128-1lenny1_i386.deb sdlmess_0128.orig.tar.gz or visit http://apt.ludomatic.fr/ Cheers, ludomatic.fr -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#424905: SDLMAME for Debian upload
Hi, SDLMAME (0.128 at the moment) files are available in the pool of my repo http://apt.ludomatic.fr/pool/non-free/s/sdlmame/ : sdlmame_0128-3etch1.diff.gz sdlmame_0128-3etch1.dsc sdlmame_0128-3etch1_i386.deb sdlmame_0128-3lenny1.diff.gz sdlmame_0128-3lenny1.dsc sdlmame_0128-3lenny1_i386.deb sdlmame_0128.orig.tar.gz or visit http://apt.ludomatic.fr/ Cheers, ludomatic.fr -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507932: ITP: sdlmess -- SDL port of MESS emulator (based on MAME)
Ron Johnson, Jr. : * Redistributions may not be sold, nor may they be used in a commercial product or activity. Isn't this anti-OSS? I was thinking this package could be in non-free. Does commercial restrictions exclude that ? Regards, ludomatic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424905: SDLMAME Etch/Lenny 0.128
Hi, I have made deep changes on the new SDLMAME 0.128 package for Etch/Lenny (and discontinued the Ubuntu version in favor of C. Falco package). The Debian package is then freshly updated in my repository. You can always consult the webpage http://apt.ludomatic.fr/?hl=en for further informations. Cheers, ludomatic.fr
Bug#424905: SDLMAME for Debian upload
Sorry for re-post: Just want to add this package to the debian upload process... so if a sponsor hear me :) Cheers, ludomatic.fr
Bug#424905: RFP: sdlmame
Hi, I have packed a SDLMAME version for Debian (Etch/Lenny) from up to date sources. (There is also an older Ubuntu package) Available in a repository, all described here : http://apt.ludomatic.fr/?hl=en Enjoy :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]