Bug#578750: ITP: kmid -- MIDI/Karaoke player for KDE
Package: wnpp Severity: wishlist Owner: "Lisandro Damián Nicanor Pérez Meyer" Owner: "Lisandro Damián Nicanor Pérez Meyer" * Package name: kmid Version : 2.2.2 Upstream Author : Pedro Lopez-Cabanillas * URL : http://kde-apps.org/content/show.php/KMid?content=116404 * License : GPL Programming Lang: C++ Description : MIDI/Karaoke player for KDE KMid is a rewrite from scratch of the original KDE midi player. It plays MIDI and karaoke files. MIDI sequencing is implemented on pluggable backends. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100422134054.2981.1572.report...@luna.lisandropm.com.ar
proper edit-build-install-test cycle with v3 source packages?
If I hit a bug in a v1 source package I often do apt-get source foo cd foo-* DEB_BUILD_OPTIONS="noopt debug nostrip" dpkg-buildpackage -rfakeroot -us -uc sudo debi ../foo*.changes and then run the program inside M-x gdb RET of emacs. If I want to test a possible fix I then just use the same emacs to modify files and then rerun dpkg-buildpackage and debi to test my changes. The above is not really usable with v3 source packages: apparently dpkg-buildpackage modifies the timestamps of source files and emacs complains that these files have changed on the disk. Should I just modify emacs to ignore this warning? I asked my question on #debian-devel and was given the suggestion that I should copy the source tree to a different directory for build. This works but is slow and also has the problem that M-x gdb will open files of the build directory instead of the original one. If I then accidentally modify something in the build directory it will get overwritten by the build. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84y6gf4egf@sauna.l.org
Re: proper edit-build-install-test cycle with v3 source packages?
Timo Juhani Lindfors wrote: > If I hit a bug in a v1 source package I often do > > apt-get source foo > cd foo-* > DEB_BUILD_OPTIONS="noopt debug nostrip" dpkg-buildpackage -rfakeroot -us -uc > sudo debi ../foo*.changes > > and then run the program inside M-x gdb RET of emacs. If I want to > test a possible fix I then just use the same emacs to modify files and > then rerun dpkg-buildpackage and debi to test my changes. > > The above is not really usable with v3 source packages: apparently > dpkg-buildpackage modifies the timestamps of source files and emacs > complains that these files have changed on the disk. Should I just > modify emacs to ignore this warning? > > I asked my question on #debian-devel and was given the suggestion that > I should copy the source tree to a different directory for build. This > works but is slow and also has the problem that M-x gdb will open > files of the build directory instead of the original one. If I then > accidentally modify something in the build directory it will get > overwritten by the build. > > Have you tried adding "-b" to dpkg-buildpackage as well? I think that should do it (unless the build/clean does weird things). ~Niels signature.asc Description: OpenPGP digital signature
Re: proper edit-build-install-test cycle with v3 source packages?
Niels Thykier writes: > Have you tried adding "-b" to dpkg-buildpackage as well? Thanks! This seems to work: $ dget http://people.debian.org/~hertzog/packages/debsrc3.0/sample7_1.0-1.dsc $ dpkg-source -x sample*.dsc $ cd sample7-1.0 $ touch -d 1970-01-01 upstream/README $ dpkg-buildpackage -rfakeroot -us -uc $ ls -l upstream/README -rw-r--r-- 1 lindi kurp 437 Apr 22 13:45 upstream/README $ touch -d 1970-01-01 upstream/README $ dpkg-buildpackage -rfakeroot -us -uc -b $ ls -l upstream/README -rw-r--r-- 1 lindi kurp 437 Jan 1 1970 upstream/README Since source packages are not so sensitive to build directory I suppose I can generate the source package with (rsync --delete -a . ../build-foo && cd ../build-foo && dpkg-buildpackage -rfakeroot -uc -us -S) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84tyr34b99@sauna.l.org
Bug#578787: ITP: openoctave -- MIDI and audio sequencer and musical notation editor
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard Owner: Jonas Smedegaard * Package name: openoctave Version : 0.1~alpha~bd7853 Upstream Author : OpenOctave devlist * URL : http://www.openoctave.org/ * License : GPL-2+ Programming Lang: C++ Description : MIDI and audio sequencer and musical notation editor Open Octave Midi (OOMIDI) is a fork of Rosegarden 1.7.3, concentrating on Midi matrix, event, and matrix percussion editing, and the development of keystroke and mouse based workflow with Jackmidi intended as it's port device base for predominately orchestral composers and writers. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100422174844.16170.9989.report...@localhost.localdomain
Bug#578829: ITP: wannier90 -- Maximally Localized Wannier Functions
Package: wnpp
Severity: wishlist
Owner: Yann Pouillon
* Package name: wannier90
Version : 1.2
Upstream Author : Arash Mostofi
* URL : http://www.wannier.org/
* License : GPL
Programming Lang: Fortran 90
Description : Maximally Localized Wannier Functions
Package: wannier90
Section: science
Architecture: any
Depends: ${shlibs:Depends}
Recommends: abinit, gnuplot, v-sim
Description: Maximally Localized Wannier Functions - Core files
Wannier90 is an electronic-structure software computing
maximally-localized Wannier functions (MLWF). It works on top of other
electronic-structure software, such as Abinit, FLEUR, and PwSCF.
.
This package provides the dynamic Wannier90 library and the wannier90.x
executable.
Package: wannier90-dbg
Section: libdevel
Priority: extra
Architecture: any
Depends: wannier90 (= ${binary:Version})
Description: Maximally Localized Wannier Functions - Debugging symbols
Wannier90 is an electronic-structure software computing
maximally-localized Wannier functions (MLWF). It works on top of other
electronic-structure software, such as Abinit, FLEUR, and PwSCF.
.
This package contains debugging symbol tables for the static Wannier90
libraries from the wannier90-dev package, as well as those for the
executables from the wannier90 packge.
Package: wannier90-dev
Section: libdevel
Architecture: any
Depends: wannier90 (= ${binary:Version}), libatlas-base-dev
Description: Maximally Localized Wannier Functions - Development files
Wannier90 is an electronic-structure software computing
maximally-localized Wannier functions (MLWF). It works on top of other
electronic-structure software, such as Abinit, FLEUR, and PwSCF.
.
This package contains the development files needed to interface other
software with Wannier90.
Package: wannier90-doc
Section: doc
Architecture: all
Recommends: wannier90
Description: Maximally Localized Wannier Functions - Documentation
Wannier90 is an electronic-structure software computing
maximally-localized Wannier functions (MLWF). It works on top of other
electronic-structure software, such as Abinit, FLEUR, and PwSCF.
.
This package contains the documentation of Wannier90.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2010043004.3874.14627.report...@proteus
Work-needing packages report for Apr 23, 2010
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 591 (new: 2) Total number of packages offered up for adoption: 134 (new: 3) Total number of packages requested help for: 65 (new: 0) Please refer to http://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: libapache2-mod-geoip (#578179), orphaned 5 days ago Description: GeoIP support for apache2 Installations reported by Popcon: 370 linux-patch-tuxonice (#578511), orphaned 2 days ago Description: TuxOnIce (aka suspend2) kernel patch Installations reported by Popcon: 190 589 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/orphaned for a complete list. The following packages have been given up for adoption: acct (#578695), offered yesterday Installations reported by Popcon: 1596 ethos (#578696), offered yesterday Reverse Depends: libethos-dev libethos-ui-1.0-0 libethos-ui-dev python-ethos Installations reported by Popcon: 18 siege (#578699), offered yesterday Installations reported by Popcon: 322 131 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: apt-cross (#540341), requested 258 days ago Description: retrieve, build and install libraries for cross-compiling Reverse Depends: apt-cross emdebian-buildsupport emdebian-qa emdebian-rootfs emdebian-tools libemdebian-tools-perl Installations reported by Popcon: 350 apt-xapian-index (#567955), requested 80 days ago Description: maintenance tools for a Xapian index of Debian packages Reverse Depends: adept ept-cache Installations reported by Popcon: 10566 ara (#450876), requested 893 days ago Description: utility for searching the Debian package database Installations reported by Popcon: 116 asymptote (#517342), requested 419 days ago Description: script-based vector graphics language inspired by MetaPost Installations reported by Popcon: 1253 athcool (#278442), requested 2004 days ago Description: Enable powersaving mode for Athlon/Duron processors Installations reported by Popcon: 147 boinc (#511243), requested 469 days ago Description: BOINC distributed computing Reverse Depends: boinc-app-milkyway boinc-app-seti boinc-dbg Installations reported by Popcon: 1662 cron (#565143), requested 99 days ago Description: process scheduling daemon Reverse Depends: apticron autolog backintime-common buildd checksecurity cricket dtc-common email-reminder exim4-base fiaif (19 more omitted) Installations reported by Popcon: 91376 cvs (#354176), requested 1519 days ago Description: Concurrent Versions System Reverse Depends: autopoint crossvc cvs-autoreleasedeb cvs-buildpackage cvs2cl cvs2html cvschangelogbuilder cvsconnect cvsd cvsps (12 more omitted) Installations reported by Popcon: 25223 dctrl-tools (#448284), requested 908 days ago Description: Command-line tools to process Debian package information Reverse Depends: aptfs debian-goodies debtree dlocate haskell-devscripts javahelper libsbuild-perl linux-patch-debianlogo simple-cdd ubuntu-dev-tools Installations reported by Popcon: 13729 debtags (#567954), requested 80 days ago Description: Enables support for package tags Reverse Depends: debtags-edit goplay packagesearch Installations reported by Popcon: 2671 dietlibc (#544060), requested 237 days ago Description: diet libc - a libc optimized for small size Reverse Depends: libowfat-dev Installations reported by Popcon: 235 doc-central (#566364), requested 89 days ago Description: web-based documentation browser Installations reported by Popcon: 294 dpkg (#282283), requested 1978 days ago Description: dselect: a user tool to manage Debian packages Reverse Depends: acct adacontrol advi advi-examples alien alqalam alsa-source am-utils-doc apt-build apt-cross (506 more omitted) Installations reported by Popcon: 91495 elvis (#432298), requested 1018 days ago Description: powerful clone of the vi/ex text editor (with X11 support) Reverse Depends: elvis elvis-console elvis-tools Installations reported by Popcon: 404 emdebian-tools (#540333), requested 258 days ago Description: emdebian crossbuilding tool set Reverse Depends: emdebian-buildsupport emdebian-qa emde
Re: proper edit-build-install-test cycle with v3 source packages?
Hi,
On Thu, 22 Apr 2010, Niels Thykier wrote:
> Timo Juhani Lindfors wrote:
> > The above is not really usable with v3 source packages: apparently
> > dpkg-buildpackage modifies the timestamps of source files and emacs
> > complains that these files have changed on the disk. Should I just
> > modify emacs to ignore this warning?
No, there's no reason for those timestamps to be changed on build.
> Have you tried adding "-b" to dpkg-buildpackage as well? I think that
> should do it (unless the build/clean does weird things).
Using this option just avoids calling dpkg-source and works around what
looks like a bug. Why not report the bug instead?
Timo, I'd be glad if you could check whether the attached patch fixes the
issue for you. If yes, I'll commit it to dpkg.
Cheers,
--
Raphaël Hertzog
Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/
My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/
diff --git a/scripts/Dpkg/Source/Package/V3/quilt.pm
b/scripts/Dpkg/Source/Package/V3/quilt.pm
index 58c494b..ae4223e 100644
--- a/scripts/Dpkg/Source/Package/V3/quilt.pm
+++ b/scripts/Dpkg/Source/Package/V3/quilt.pm
@@ -163,12 +163,14 @@ sub apply_quilt_patch {
my ($self, $dir, $patch, %opts) = @_;
$opts{"verbose"} = 0 unless defined($opts{"verbose"});
$opts{"timestamp"} = time() unless defined($opts{"timestamp"});
+$opts{"force_timestamp"} = 1 unless defined($opts{"force_timestamp"});
+$opts{"create_dirs"} = 1 unless defined($opts{"create_dirs"});
+$opts{"remove_backup"} = 0 unless defined($opts{"remove_backup"});
my $path = File::Spec->catfile($dir, "debian", "patches", $patch);
my $obj = Dpkg::Source::Patch->new(filename => $path);
info(_g("applying %s"), $patch) if $opts{"verbose"};
-$obj->apply($dir, timestamp => $opts{"timestamp"},
-force_timestamp => 1, create_dirs => 1, remove_backup => 0,
+$obj->apply($dir, %opts,
options => [ '-s', '-t', '-F', '0', '-N', '-p1', '-u',
'-V', 'never', '-g0', '-E', '-b',
'-B', ".pc/$patch/" ]);
@@ -327,9 +329,10 @@ sub register_autopatch {
# reverse-apply the patch, drop .pc/$patch, re-apply it
# with the correct options to recreate the backup files
my $patch_obj = Dpkg::Source::Patch->new(filename => $patch);
-$patch_obj->apply($dir, add_options => ['-R', '-E']);
+$patch_obj->apply($dir, add_options => ['-R', '-E'],
+ force_timestamp => 0);
erasedir(File::Spec->catdir($dir, ".pc", $auto_patch));
-$self->apply_quilt_patch($dir, $auto_patch);
+$self->apply_quilt_patch($dir, $auto_patch, force_timestamp => 0);
} else {
# Remove auto_patch from series
if ($has_patch) {
