Bug#832355: ktap: module FTBFS for Linux 4.6: error: '__GFP_WAIT' undeclared
> But it looks like ktap is dead upstream now, so perhaps we should just > remove it from the archive instead? Sadly, but yes. So agree, should be just removed from the archive. Regards, Azat.
Bug#832355: ktap: module FTBFS for Linux 4.6: error: '__GFP_WAIT' undeclared
On Sun, Jul 24, 2016 at 04:20:38PM +0200, Andreas Beckmann wrote: > Package: ktap > Version: 0.4+git20160427-1 > Severity: serious > User: debian...@lists.debian.org > Usertags: piuparts > > Hi, Hi Andreas, Thanks for detailed report, actually I already had a patch to fix this [1], but didn't though ktap must be build under 4.6 in debian, since none of releases has 4.6 kernel [2] But anyway I'm going to fix this and separate dkms. Thanks, Azat. [1]: https://github.com/ktap/ktap/pull/97 [2]: https://packages.debian.org/search?keywords=linux-image
Bug#808614: libcunit1-doc: broken links to header files in HTML documentation
On Mon, Dec 21, 2015 at 03:09:45PM +0100, rhieber wrote: > The CUnit documentation in /usr/share/doc/libcunit1-doc/html/introduction.html > (and others) contains some links to header files which point to nonexisting > files (e.g. headers/CUnit.h and headers/TestRun.h). This happens because some > of > the files in /usr/share/doc are gzipped and therefore named .h.gz instead. > > Since the compression from .h to .h.gz happens as a result of dh_compress in > debian/rules, and compression of files > 4K in /usr/share/doc is mandated by > the > Debian Policy, I suggest that the respective links in the HTML documentation > be > updated instead, or the respective .h files be renamed to have a .html ending > in > order to be excluded from compression with dh_compress. Hi Roland, Thanks for detailed report! Fixed in git, will be uploaded later. P.S. w3m renders *.gz links like text, while chrome just download them. P.P.S. also link to fixed Cheers, Azat. Refs: http://anonscm.debian.org/cgit/collab-maint/cunit.git/commit/?id=e09e38c7 Refs: http://anonscm.debian.org/cgit/collab-maint/cunit.git/commit/?id=04cb1db3
Bug#803241: Fails to build on linux-4.2
On Wed, Oct 28, 2015 at 12:05:04PM +0100, Yuri D'Elia wrote: > Package: ktap > Version: 0.4+git20150927-1 > Severity: normal > > First of all, thanks for making a package for ktap! > I filed the original RFP. > > I just tried to install the package, but the ktapvm module fails to build on > the current 4.2 kernel: > > /var/lib/dkms/ktapvm/0.4+git20150927-1/build/runtime/kp_events.h:4:32: fatal > error: linux/ftrace_event.h: No such file or directory > #include > > Which has been renamed to linux/trace_events.h at some point (4.2 itself if > I'm not mistaken). Hi Yuri, Thanks for report! Can you try the following patch? https://github.com/azat/ktap/commit/799a8e4a51957825c5a0b81e45d2d5829631964c.patch Thanks, Azat.
Bug#792144: RFS: cunit/2.1-2.dfsg-3 -- Unit Testing Library for C [ITA]
On Mon, Oct 12, 2015 at 02:28:13PM +, Gianfranco Costamagna wrote: > Hi Azat, > > > last thing: can you please fix the autopkgtestsuite? > http://debomatic-amd64.debian.net/distribution#unstable/cunit/2.1-3-dfsg-1/autopkgtest > > seems that it is not finding the correct header file... > > thanks a lot! > > (this should be the last showstopper) Hi Gianfranco, Fixed and uploaded to mentors, thanks! (P.S. I've added autopkgtest to postbuild, along with lintian)
Bug#792144: RFS: cunit/2.1-2.dfsg-3 -- Unit Testing Library for C [ITA]
On Thu, Oct 01, 2015 at 02:17:29PM +, Gianfranco Costamagna wrote: > Hi Azat, > > > > >No problem, replaced version in d/changelog and d/NEWS to > >"2.1-3+dfsg-1". > > > wonderful > >Done using d/copyright, thanks. > > > this is not really correct. > > I see you remove Makefiles in copyright, but why? > > that files-excluded needs to be used for non dfsg files, not for > autogenerated stuff that > should be regenerated anyway. > (if you want to be sure you regenerate the Makefiles you can clean them on > clean target) > > cat debian/README.Debian |grep dsp > Due to license issues all *.dsp files have been removed from the source > package. > > > > find . -name "*.dsp" > ./Examples/WinTest/WinTest.dsp > ./Examples/ConsoleTest/ConsoleTest.dsp > ./Examples/BasicTest/BasicTest.dsp > ./Examples/AutomatedTest/AutomatedTest.dsp > ./CUnit/CUnit.dsp > > > so I guess *this* is what you need to remove :) Oops, sorry about that, fixed and uploaded to mentors. Thanks!
Bug#788653: RFS: ktap/0.4-1 [ITP] -- lightweight script-based dynamic tracing tool for Linux
On Fri, Sep 25, 2015 at 03:49:00PM +, Gianfranco Costamagna wrote: > Hi, last nitpick/issues: > > first a question: does the user need to do modprobe ktapvm manually? Hi, Right now - yes. > 2) the tarball is not the same as the upstream one. > > Please consider packaging a snapshot > ktap_0.4+git20150925 and take the tarball from > https://github.com/REPO/PROJECT/tarball/master Nice catch, thanks! Fixed and uploaded to mentors: $ dget -x http://mentors.debian.net/debian/pool/main/k/ktap/ktap_0.4+git20150927-1.dsc > or start from the plain 0.4 and use dpkg-source to extract debian/patches. > > sorry for the long delay No problems!
Bug#792144: RFS: cunit/2.1-2.dfsg-3 -- Unit Testing Library for C [ITA]
On Sun, Sep 27, 2015 at 10:38:27AM +0200, Gianfranco Costamagna wrote: > Hi, > > sorry for the long wait! Hi, no problem! > I did a deep review, and I guess I found the last "showstoppers" > > 1) Upstream revision seems to be "2.1-3" and you seem to have > introduced a first dfsg revision > so it becomes 2.1-3+dfsg > > and then the debian revision, so 2.1-3+dfsg-1 > > what do you think about? this should make easier for people to > understand where upstream stops and where Debian starts > > BTW if you have to strip other non-dfsg files you might just change > dfsg to dfsg1 and live happy, and if you need a new Debian upload, you > can change -1 to -2, that way people will understand the revision > correctly. > (note: this might imply a change in debian/NEWS too) No problem, replaced version in d/changelog and d/NEWS to "2.1-3+dfsg-1". > 2) control: the pre-depends might be dropped after jessie I guess, but > you can leave them because they are mentioned on the wiki (somebody > wrote about updating the wiki, but I won't ask to remove them for now, > because they might be useful for backports and lintian doesn't complain) Will keep in mind, thanks! > 3) I would appreciate a get-orig-source target called by uscan, that > way you can have a repack for free, otherwise another person looking > at the source might introduce non dfsg files in the packaging. > > you can look at files-excluded > https://wiki.debian.org/UscanEnhancements > > or write your own get-orig-source.sh script > e.g. (boinc) > version=3 > opts=dversionmangle=s/\+dfsg$// \ > https://github.com/BOINC/boinc/tags > .*/client_release/\d\.\d/(\d.*)\.tar\.gz \ > debian /bin/sh debian/get-orig-source.sh Done using d/copyright, thanks. > 4) manpages should belong to dh_installman instead of dh_install. > e.g. > debian/package.manpages > (or dh_installman(1)) Fixed. > 5) > export DEB_CFLAGS_MAINT_APPEND = -Wall -g > export DEB_LDFLAGS_MAINT_APPEND = -Wl,-z,defs > > ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) >DEB_CFLAGS_MAINT_APPEND += -O0 > else >DEB_CFLAGS_MAINT_APPEND += -O2 > endif > > > are you sure this is needed? AFAIK with compat level 9 this is > addressed automatically, unless upstream overrides the flags. I gladly removed this. Thanks for your notes. I've uploaded to mentors with all commented issues addressed: $ dget -x http://mentors.debian.net/debian/pool/main/c/cunit/cunit_2.1-3-dfsg-1.dsc
Bug#788653: RFS: ktap/0.4-1 [ITP] -- lightweight script-based dynamic tracing tool for Linux
On Sun, Sep 27, 2015 at 06:27:49PM +, Gianfranco Costamagna wrote: > Hi, > > > first a question: does the user need to do modprobe ktapvm manually? > > > > well, can't the ktap tool do the job automagically? > > and moreover, how do the user know that a ktap source has a ktapvm kernel > module? > > > > I mean, I would expect a kernel module called "ktap" and maybe a readme > explaining me > (maybe in man ktap) that it needs a magic autoprobe > (or making it automatically load on system startup?) I don't think that loading it at system startup is a good idea for now, but maybe some day (basically all it does is handle requests to /sys/kernel/debug/ktap/ktapvm but just in case I will not load it at start). As for man page, ktap will report next error: $ ktap /usr/share/doc/ktap/samples/basic/backtrace.kp open /sys/kernel/debug/ktap/ktapvm failed: No such file or directory But note in ktap(1) will be better, so added and uploaded to mentors: " ... NOTES To make ktap work, firstly you need to load "ktapvm" module: modprobe ktapvm ... " Thanks, Azat.
Bug#788653: RFS: ktap/0.4-1 [ITP] -- lightweight script-based dynamic tracing tool for Linux
On Thu, Sep 10, 2015 at 08:14:26AM +, Gianfranco Costamagna wrote: > Hi Azat, > > > > >dkms is good idea, thanks! (I was skeptic about linux-headers at the > >very beginning). > >Converted and uploaded to mentors. > > > > for sure the package is good now, there is still however a problem > > http://debomatic-amd64.debian.net/distribution#unstable/ktap/0.4-1/buildlog > > it fails to build in a clean environment, because the clean target is trying > to remove stuff from outside the build > directory. > > Can you please fix? Hi Gianfranco, Sure! Fixed and uploaded to mentors. Thanks, Azat.
Bug#788653: RFS: ktap/0.4-1 [ITP] -- lightweight script-based dynamic tracing tool for Linux
On Wed, Sep 09, 2015 at 06:42:29AM +, Gianfranco Costamagna wrote: > >You are correct, there is no need in "linux-headers-amd64", however there > > >is second option just "linux-headers", and I don't understand why it > >doesn't work for you. > > > it does work for *me*, it doesn't for buildd system. > > IIRC they are configured to pick only the first version... Okay, thanks for the information. > >I've updated package at mentors.debian.net, can you take a look one more > >time? > > > sure :) > > there is an issue I don't understand: > help2man --no-discard-stderr -h-h --version-string $(VERSION) -n > "$(DESCRIPTION)" ./ktap > debian/ktap.1 > echo "debian/ktap.1" >> debian/ktap.manpages > > > this way if you rebuild the package twice > $ cat debian/ktap.manpages > debian/ktap.1 > debian/ktap.1 > > > > > I guess this isn't what you want to achieve. > > I'm fine with generating the documentation at build time, but I don't > understand why to do the echo, instead > of having the file there. > debian/ktap.manpages doesn't change at build time, so why autogenerate it? You are correct, I've put debian/ktap.manpages statically. > also, if you create a "ktab.manpages" it is picked by dh_installmanpages, so > the s/dh_installmanpages/dh_installman/ Otherwise there is an error about missing man page, since it is generated at build time. > dh_installdocs debian/doc/tutorial.html debian/ktap.1 Yep, thanks, I corrected. this. > line is simply wrong (or duplicate) > > I guess you want to override dh_installmanpages and dh_instaldocs separately > > > > (the build was fine, so I guess the package is mostly ready now) So, is there anything that I need/can to do to ship it to debian repository?
Bug#788653: RFS: ktap/0.4-1 [ITP] -- lightweight script-based dynamic tracing tool for Linux
On Wed, Sep 09, 2015 at 07:48:12AM +, Gianfranco Costamagna wrote: > Hi, > > > >You are correct, I've put debian/ktap.manpages statically. > > > wonderful > > >s/dh_installmanpages/dh_installman/ > > > yes, sure > > maybe something like > override_dh_installman: > > help2man --no-discard-stderr -h-h --version-string $(VERSION) -n > "$(DESCRIPTION)" ./ktap > debian/ktap.1 > > dh_installman > > the same for doc and examples. Done already. > >So, is there anything that I need/can to do to ship it to debian > > >repository? > > sure, the package is almost ready, just the tweaks above, and to make it > build on a clean environment. > http://debomatic-amd64.debian.net/distribution#unstable/ktap/0.4-1/buildlog > > The following packages have unmet dependencies: > sbuild-build-depends-ktap-dummy : Depends: linux-headers but it is not > installable > E: Unable to correct problems, you have held broken packages. Hm, there is linux-headers package, why build bot can't install it? vms? > P.S. you have some build warnings: > CC [M] ktap-0.4/runtime/amalg.o > In file included from ktap-0.4/runtime/amalg.c:28:0: > ktap-0.4/runtime/kp_transport.c: In function ‘kp_printf’: > ktap-0.4/runtime/kp_transport.c:574:1: warning: the frame size of 1056 bytes > is larger than 1024 bytes [-Wframe-larger-than=] > } > ^ > > > userspace/kp_reader.c: In function ‘reader_thread’: > userspace/kp_reader.c:87:3: warning: ignoring return value of ‘write’, > declared with attribute warn_unused_result [-Wunused-result] > write(out_fd, buf, len); > ^ This two issues are not critical, I will fix this later and send upstream.
Bug#788653: RFS: ktap/0.4-1 [ITP] -- lightweight script-based dynamic tracing tool for Linux
On Wed, Sep 09, 2015 at 08:07:18AM +, Gianfranco Costamagna wrote: > > > >Hm, there is linux-headers package, why build bot can't install it? > >vms? > > > don't know, it doesn't install in a clean sid environment. I think that this is because of vms. > maybe you want to deal with the module with some runtime build, like it is > done with virtualbox-dkms package > > otherwise you need to force the module rebuild at each kernel update, right? > > I'm not sure kernel modules can be ship separately in a pre-built state > (what happens if the user has a custom kernel?) dkms is good idea, thanks! (I was skeptic about linux-headers at the very beginning). Converted and uploaded to mentors. Cheers, Azat.
Bug#788653: RFS: ktap/0.4-1 [ITP] -- lightweight script-based dynamic tracing tool for Linux
On Tue, Sep 08, 2015 at 08:24:19PM +, Gianfranco Costamagna wrote: > Control: owner -1 ! > > > Hi, > > quick review: > > > 1) watch file does not work, please use something like this url > > https://github.com/ktap/ktap/releases Fixed. > 2) control: > linux-headers-amd64 | linux-headers, > > why? You are correct, there is no need in "linux-headers-amd64", however there is second option just "linux-headers", and I don't understand why it doesn't work for you. > e.g. on i386 > > The following packages have unmet dependencies: > sbuild-build-depends-ktap-dummy : Depends: linux-headers-amd64 but it is not > installable > E: Unable to correct problems, you have held broken packages. > apt-get failed. Anyway I dropped "linux-headers-amd64" frop B-D. > 3) copyright: > userspace/cparser.h: MIT/X11 (BSD like) > > > missing (maybe others) > (not a real problem I guess, but nice to see fixed) fixed this and one other. Thanks for you comments! I've updated package at mentors.debian.net, can you take a look one more time? Thanks, Azat.
Bug#792144: RFS: cunit/2.1-2.dfsg-3 -- Unit Testing Library for C [ITA]
On Sun, Jul 12, 2015 at 11:33:32AM +1000, Riley Baird wrote: > > I am looking for a sponsor for my package "cunit" > > Hi! > > I'm not a DD, so I can't sponsor your package, but I had a look, and > here are some notes: Hi, Thanks for you comments, by some reason I didn't see your email when you sent it, I found it only now, sorry for such a long timeout. > d/control: > -The link to your git repository doesn't seem to work. Which one? I checked -- both works. Maybe you thought so because there wasn't default branch, fixed: $ git symbolic-ref HEAD refs/heads/debian > d/copyright: > -In the LGPL license text, you've accidentally referred to the wrong > license: > You should have received a copy of the GNU General Public License Hm, this is what dh_make have in: /usr/share/debhelper/dh_make/licenses/lgpl2 > -The conventional way of referring to the GFDL with no invariant > sections can be seen here: > https://sources.debian.net/src/speech-dispatcher/0.8-7/debian/copyright/?hl=113#L113 Done. > -Are you sure that cunit is under LGPL-2 *or any later version*? >From COPYRIGHT: This software package 'CUnit' is Covered under GNU Library General Public License. More about Library GPL can be found at http://www.gnu.org/ (or) in file named LGPL-2 under /usr/share/common-licenses/ directory and is also stated as below. > -Make sure that the names and years are ordered. Also, if you don't know > the year, you can put a question mark. For an example of how to order > names and years, see this: > https://sources.debian.net/src/2vcard/0.5-4/debian/copyright/?hl=9#L9 Done. > d/compat: > -This should be "9" to match the debhelper version. Fixed, thanks. > d/patches: > -You should add DEP-3 headers to your patches Since now it is in git, I chose to use git patch format, I hope that this is ok too. > d/README.source: > -This is unnecessary as most packages use quilt now. Removed. > d/rules: > -You can simplify this a lot by switching to the debhelper 9 style of > d/rules Will look at this, thanks. > d/watch: > -When I run uscan, it seems that there's a new upstream version I think that this can be done later (2.1.3 new release, not a bug fix, while this release contains bug fix), you think otherwise? > General: > Run lintian --pedantic -I -E. You will see a variety of tags that may > or may not be errors. Yep, I use this. > Good luck getting your package into Debian, Thanks, Azat.
Bug#792144: RFS: cunit/2.1-2.dfsg-3 -- Unit Testing Library for C [ITA]
Changes since the last upload: * New maintainer. (Closes: #763096). * Fix pkg-config file is broken (Closes: #782366). * Bump Standards version to 3.9.6 * Bump debhelper to version 9 * Migrate to git * copyright: link to [L]GPL-2 instead of versionless [L]GPL * copyright: migrate to DEP-5 (machine-readable debian/copyright file) * copyright: add year for the second author * copyright: update header for GFDL * patches: migrate "manual-warnings" to git patch format * patches: drop "d/patches" prefix for c99 patch * patches: migrate "gcc-warnings" patch to git format * patches: migrate c99.patch to git patch format * Bump compat version * README.source, drop it * control: avoid Section duplicates (lintian) * control: drop XS prefix (lintian)
Bug#792144: RFS: cunit/2.1-2.dfsg-3 -- Unit Testing Library for C [ITA]
On Mon, Sep 7, 2015 at 2:14 PM, Craig Small <csm...@debian.org> wrote: > On Mon, Sep 07, 2015 at 11:21:35AM +0300, Azat Khuzhin wrote: >> On Sun, Jul 12, 2015 at 11:33:32AM +1000, Riley Baird wrote: >> > d/copyright: >> > -In the LGPL license text, you've accidentally referred to the wrong >> > license: >> > You should have received a copy of the GNU General Public License >> >> Hm, this is what dh_make have in: >> /usr/share/debhelper/dh_make/licenses/lgpl2 > So it is! I've fixed that now. Thanks! I've fixed this too now.
Bug#788653: RFS: ktap/0.4-1 [ITP] -- lightweight script-based dynamic tracing tool for Linux
Hi all, I just updated package on mentors.debian.org. Changes from last upload: * patches for build system merged to upstream by upstream author * dep5 for copyright * git repo at collab-maint Could somebody take a look? Thanks!
Bug#790086:
Please see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790096 for corresponding RFS bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763096: O: cunit -- Unit Testing Library for C
Please see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792144 for corresponding RFS bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763096: O: cunit -- Unit Testing Library for C
retitle 763096 ITA: cunit -- Unit Testing Library for C owner 763096 ! thanks Hello, I want to adopt the package cunit. There will be a bug-report against package sponsorship-requests shortly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792144: RFS: cunit/2.1-2.dfsg-3 -- Unit Testing Library for C [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package cunit Package name: cunit Version : 2.1-2.dfsg-3 Upstream Author : Jerry St.Clair j...@users.sourceforge.net Anil Kumar anilsaha...@users.sourceforge.net URL : http://cunit.sourceforge.net/ License : LGPL-2.0+ Section : libs It builds those binary packages: libcunit1 - Unit Testing Library for C ibcunit1-dev - Unit Testing Library for C -- development files ibcunit1-doc - Unit Testing Library for C -- documentation ibcunit1-ncurses - Unit Testing Library for C (ncurses) ibcunit1-ncurses-dev - Unit Testing Library for C (ncurses) -- development files To access further information about this package, please visit the following URL: http://mentors.debian.net/package/cunit Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/cunit/cunit_2.1-2.dfsg-3.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * New maintainer. (Closes: #763096). * Fix pkg-config file is broken (Closes: #782366). * Bump Standards version to 3.9.6 * Bump debhelper to version 9 * Migrate to git * copyright: link to [L]GPL-2 instead of versionless [L]GPL * copyright: migrate to DEP-5 (machine-readable debian/copyright file) Regards, Azat Khuzhin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636500:
On Fri, Jul 10, 2015 at 02:00:35AM -0700, Vincent Cheng wrote: On Wed, Jul 8, 2015 at 2:34 AM, Azat Khuzhin a3at.m...@gmail.com wrote: Hi, I had fixed this in 4-8 (for more information see [1]). Just to clarify, is this a RFS request for blktool/4-8? Hi Vincent, I don't think so, since it is really contains only small bug fixes, and hence I didn't create RFS bug. A few requests for future uploads: - Please group trivial/minor changes together in a single upload (i.e. avoid making uploads with just a single insignificant change, because e.g. this consumes buildd time, mirror traffic, other project resources etc.) Indeed. - I generally prefer (for non team-maintained packages anyways) a source package uploaded somewhere that's dget-able (e.g. mentors.d.n); it's just more convenient to sponsor IMO. As for mentords.d.n I will keep this in mind. But thanks for the quick reaction. Cheers, Azat. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788583: RFS: blktool -- tune low-level block device parameters [ITA]
On Tue, Jul 07, 2015 at 10:35:13PM -0700, Vincent Cheng wrote: I saw that you've pushed your changes to collab-maint and uploaded a new package to mentors; your changes look fine to me. Just to confirm, do you plan on making any more changes to your package, or is it ready for upload now? Hi Vincent, Yep, it is ready for upload. It's worth pointing out that the binary package you uploaded to mentors.d.n has a bunch of unusual lintian errors (checksum-mismatch-in-changes-file, file-size-mismatch-in-changes-file, misplaced-extra-member-in-deb; see [1]). That doesn't really matter for package sponsorship since I'll be fetching your source package and rebuilding it locally before uploading, but you should probably fix your local build environment anyhow. But this wasn't the final version, I had pushed final version (without that crazy errors) right now, could you take a look? Thanks, Azat. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788583: RFS: blktool -- tune low-level block device parameters [ITA]
On Sat, Jul 04, 2015 at 03:12:21PM -0700, Vincent Cheng wrote: Why is this upload targeting experimental instead of unstable? Just a few comments after having reviewed your package (none of these are strictly blockers, however): - Drop quilt from build-depends; unneeded because you're using source format 3.0 (quilt) (and so dpkg-source handles everything for you), and also drop debian/README.source (which is more applicable if you're using quilt without source format 3.0 quilt) and drop patchsys-quilt.mk from d/rules. - Please either push your changes to collab-maint, or drop the Vcs-{Git,Browser} fields in d/control. Hi Vincent, Thanks for comments, I'm going to fix them all. As for collab-maint, I've just send a request to join to the project via [1], could you send email with acknowledge by request? Thanks, Azat. [1] https://alioth.debian.org/projects/collab-maint/ - Consider adding patch headers to the other two existing patches you've applied to this package; I suggest DEP-3 formatted headers [1], but git format-patch style headers are fine too. - d/copyright references a versionless symlink to the GPL; please change it to /usr/share/common-licenses/GPL-2. While you're at it, you may consider updating d/copyright to follow DEP-5 conventions [2]. [1] http://dep.debian.net/deps/dep3/ [2] https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788583: RFS: blktool -- tune low-level block device parameters [ITA]
On Sat, Jul 04, 2015 at 04:16:27PM -0700, Vincent Cheng wrote: As for collab-maint, I've just send a request to join to the project via [1], could you send email with acknowledge by request? What's your Alioth username? Sorry, forgot about that, it is azat-guest (id: 354783). Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790096: RFS: libwebsock/1.0.7-4-g3c1615e-1 [ITP] -- C library for easy WebSockets servers
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package libwebsock Package name: libwebsock Version : 1.0.7-4-g3c1615e-1 Upstream Author : Payden Sutherland pay...@paydensutherland.com URL : https://github.com/payden/libwebsock License : LGPL 3.0 Section : libs It builds those library packages: libwebsock-dev - C library for easy WebSockets servers libwebsock1 - C library for easy WebSockets servers To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libwebsock Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libw/libwebsock/libwebsock_1.0.7-4-g3c1615e-1.dsc Changes since the last upload: * Initial release (Closes: #790086) Regards, Azat Khuzhin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790086: ITP: libwebsock -- C library for easy WebSockets servers
Package: wnpp Severity: wishlist * Package name: libwebsock Version : 1.0.7-4-g3c1615e-1 Upstream Author : Payden Sutherland pay...@paydensutherland.com * URL : https://github.com/payden/libwebsock * License : GPL v3 Programming Lang: C Description : C library for easy WebSockets servers This library allows a developer to quickly develop WebSocket servers by focusing on the actual logic of your WebSocket implementation instead of the details of the WebSocket protocol or even specifics of C sockets. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788583: RFS: blktool -- tune low-level block device parameters [ITA]
On Sat, Jun 13, 2015 at 10:22:31AM +0300, Azat Khuzhin wrote: On Sat, Jun 13, 2015 at 10:52:02AM +0800, Paul Wise wrote: Hi Paul, Thanks for pointing out, fixed and uploaded to mentors. See https://mentors.debian.net/package/blktool Changes since he last upload: * Drop QA upload from changelog Any news on this one? Thanks, Azat. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788583: RFS: blktool -- tune low-level block device parameters [ITA]
On Sat, Jun 13, 2015 at 10:52:02AM +0800, Paul Wise wrote: On Sat, Jun 13, 2015 at 6:36 AM, Azat Khuzhin wrote: * QA upload * New maintainer. (Closes: #695127). Uploads can either be QA uploads (one-shot only) or uploads by the new maintainer but never both. Please pick one and remove the other one. Hi Paul, Thanks for pointing out, fixed and uploaded to mentors. See https://mentors.debian.net/package/blktool Changes since he last upload: * Drop QA upload from changelog Cheers, Azat. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740061: ITP: ktap -- lightweight script-based dynamic tracing tool for Linux
Please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788653 for corresponding RFS bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788653: RFS: ktap/0.4-1 [ITP] -- lightweight script-based dynamic tracing tool for Linux
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package ktap Package name: ktap Version : 0.4-1 Upstream Author : Jovi Zhangwei jovi.zhang...@gmail.com URL : http://www.ktap.org/ License : GPL v2 Section : devel It builds those binary packages: ktap - lightweight script-based dynamic tracing tool for Linux To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ktap Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/k/ktap/ktap_0.4-1.dsc This is more an RC/RFC of the package, since some of patches that required for this package is not in mainline, and if Jovi (author) will not merge them, I will bypass it using package patches, you could see non-mainline patches in my fork [FORK]. Also Cc'd author of the ktap, since there were talks about merging ktap into the mainline linux kernel repository [MERGE] but seems that this will not be done (at least in the near future). Changes since the last upload: * Initial release (Closes: #740061) [FORK]: http://github.com/azat/ktap (git/web) [MERGE]: http://lwn.net/Articles/572788/ Regards, Azat Khuzhin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695127: O: blktool -- tune low-level block device parameters
Please see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788583 for corresponding RFS bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788583: RFS: blktool -- tune low-level block device parameters [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package blktool Package name: blktool Version : 4-7 Upstream Author : Jeff Garzik jgar...@pobox.com URL : http://sourceforge.net/projects/gkernel/files/blktool/ License : GPL v2 Section : admin It builds those binary packages: blktool- tune low-level block device parameters To access further information about this package, please visit the following URL: http://mentors.debian.net/package/blktool Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/b/blktool/blktool_4-7.dsc Changes since the last upload: * QA upload * New maintainer. (Closes: #695127). * Fix blktool readonly is broken (Closes: #641164). * bump debhelper version to 9 * fix changelog-should-mention-qa * fix ancient-standards-version 3.7.2.2 (current is 3.9.6) * fix vcs-field-not-canonical * fix xs-vcs-header-in-debian-control * add homepage Regards, Azat Khuzhin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695127: O: blktool -- tune low-level block device parameters
retitle 695127 ITA: blktool -- used for querying and/or changing settings of a block device owner 695127 ! thanks Hello, I want to adopt the package blktool. There will be a bug-report against package sponsorship-requests shortly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695127: adopt blktool
retitle 695127 ITA: blktool -- used for querying and/or changing settings of a block device owner 695127 a3at.m...@gmail.com quit -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641164: [PATCH] Fix 3-d argument for BLKROSET it must be 'const int *'
Most of *SET ioctls have int type for 3-d argument, except BLKROSET. So add bc_arg_type enum, build it into bool_comand and install arg_type to bc_arg_int_ptr for BLKROSET only. Debian-bug-id: 641164 Link: https://bugs.debian.org/641164 --- Jim it's been awhile, but thanks for detailed report. Could you test next patch? Thanks. blktool.c | 11 +-- blktool.h | 7 +++ 2 files changed, 16 insertions(+), 2 deletions(-) diff --git a/blktool.c b/blktool.c index fbefecd..221a195 100644 --- a/blktool.c +++ b/blktool.c @@ -85,7 +85,7 @@ static struct bool_command bool_cmd_tbl[] = { { { DEF_BOOL(pio-data), dc_ata, DEF_HDIO(32BIT) }, 16-bit, 32-bit }, { { DEF_BOOL(readonly), dc_any, IOCNAME(BLKROGET), IOCNAME(BLKROSET) }, - DEF_BOOLSTR }, + DEF_BOOLSTR, bc_arg_int_ptr }, { { DEF_BOOL(unmask-irq), dc_ata, DEF_HDIO(UNMASKINTR) }, DEF_BOOLSTR }, { { wcache, ct_bool, handle_wcache, dc_any, @@ -171,7 +171,14 @@ static void handle_bool(int argc, char **argv, struct command *cmd) } else if ((argc == 4) (cmd-write_ioctl_name != NULL)) { do_32 = parse_bool(argc, argv, bcm); - if (ioctl(blkdev, cmd-write_ioctl, do_32)) + + int ret; + if (bcm-arg_type == bc_arg_int_ptr) { + ret = ioctl(blkdev, cmd-write_ioctl, do_32); + } else { + ret = ioctl(blkdev, cmd-write_ioctl, do_32); + } + if (ret) pdie(cmd-write_ioctl_name, 1); } else { diff --git a/blktool.h b/blktool.h index fce4387..85add83 100644 --- a/blktool.h +++ b/blktool.h @@ -85,11 +85,18 @@ struct command { const char *write_ioctl_name; }; +enum bc_arg_type { + bc_arg_int, + bc_arg_int_ptr, +}; + struct bool_command { struct command cmd; const char *str_false; const char *str_true; + + enum bc_arg_type arg_type; }; struct class_operations { -- 2.1.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692806: ifupdown: init.d script from ifupdown not add to PATH /usr/sbin while it need for guessnet utility
Package: ifupdown Version: 0.7.2 Severity: normal Tags: patch Dear Maintainer, When you run service networking restart/start/reload it not use guessnet, if it installed, because it can't find it, (PATH=/sbin:/bin) I'v add to PATH /usr/sbin, because guessnet is there, and this fix issue. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.6.5macbook-pro-custom-v0.1 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ifupdown depends on: ii dpkg 1.16.9 ii initscripts 2.88dsf-32 ii iproute 20120521-3 ii libc62.13-35 ii lsb-base 4.1+Debian7 ifupdown recommends no packages. Versions of packages ifupdown suggests: ii isc-dhcp-client [dhcp-client] 4.2.2.dfsg.1-5+deb70u2 ii net-tools 1.60-24.2 ii ppp2.4.5-5.1+b1 pn rdnssd none -- Configuration Files: /etc/init.d/networking changed: PATH=/sbin:/bin:/usr/sbin RUN_DIR=/run/network IFSTATE=$RUN_DIR/ifstate [ -x /sbin/ifup ] || exit 0 [ -x /sbin/ifdown ] || exit 0 .. /lib/lsb/init-functions CONFIGURE_INTERFACES=yes EXCLUDE_INTERFACES= VERBOSE=no [ -f /etc/default/networking ] . /etc/default/networking [ $VERBOSE = yes ] verbose=-v process_exclusions() { set -- $EXCLUDE_INTERFACES exclusions= for d do exclusions=-X $d $exclusions done echo $exclusions } process_options() { [ -e /etc/network/options ] || return 0 log_warning_msg /etc/network/options still exists and it will be IGNORED! Please use /etc/sysctl.conf instead. } check_ifstate() { if [ ! -d $RUN_DIR ] ; then if ! mkdir -p $RUN_DIR ; then log_failure_msg can't create $RUN_DIR exit 1 fi fi if [ ! -r $IFSTATE ] ; then if ! : $IFSTATE ; then log_failure_msg can't initialise $IFSTATE exit 1 fi fi } check_network_file_systems() { [ -e /proc/mounts ] || return 0 if [ -e /etc/iscsi/iscsi.initramfs ]; then log_warning_msg not deconfiguring network interfaces: iSCSI root is mounted. exit 0 fi while read DEV MTPT FSTYPE REST; do case $DEV in /dev/nbd*|/dev/nd[a-z]*|/dev/etherd/e*) log_warning_msg not deconfiguring network interfaces: network devices still mounted. exit 0 ;; esac case $FSTYPE in nfs|nfs4|smbfs|ncp|ncpfs|cifs|coda|ocfs2|gfs|pvfs|pvfs2|fuse.httpfs|fuse.curlftpfs) log_warning_msg not deconfiguring network interfaces: network file systems still mounted. exit 0 ;; esac done /proc/mounts } check_network_swap() { [ -e /proc/swaps ] || return 0 while read DEV MTPT FSTYPE REST; do case $DEV in /dev/nbd*|/dev/nd[a-z]*|/dev/etherd/e*) log_warning_msg not deconfiguring network interfaces: network swap still mounted. exit 0 ;; esac done /proc/swaps } ifup_hotplug () { if [ -d /sys/class/net ] then ifaces=$(for iface in $(ifquery --list --allow=hotplug) do link=${iface##:*} link=${link##.*} if [ -e /sys/class/net/$link ] [ $(cat /sys/class/net/$link/operstate) = up ] then echo $iface fi done) if [ -n $ifaces ] then ifup $ifaces $@ || true fi fi } case $1 in start) process_options check_ifstate if [ $CONFIGURE_INTERFACES = no ] then log_action_msg Not configuring network interfaces, see /etc/default/networking exit 0 fi set -f exclusions=$(process_exclusions) log_action_begin_msg Configuring network interfaces if ifup -a $exclusions $verbose ifup_hotplug $exclusions $verbose then log_action_end_msg $? else log_action_end_msg $? fi ;; stop) check_network_file_systems check_network_swap log_action_begin_msg Deconfiguring network interfaces if ifdown -a --exclude=lo $verbose; then log_action_end_msg $? else log_action_end_msg $? fi ;; reload) process_options log_action_begin_msg Reloading network interfaces configuration state=$(cat /run/network/ifstate) ifdown -a --exclude=lo $verbose || true if ifup --exclude=lo $state $verbose ; then log_action_end_msg $? else log_action_end_msg $? fi ;;
Bug#692806:
Sorry, I don't see it before. Thanks for helping. -- Azat Khuzhin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692441: libx86-1: 100% CPU usage when running 'vbetool dpms off'
Package: libx86-1 Version: 1.1+ds1-10 Severity: normal Tags: upstream Dear Maintainer, Sometimes when I run 'vbetool dmps off' on my notebook it led to 100% CPU usage by 'vbetool' process I investigate this suttuation by 'gdb', and seems that libx86 can't quit from loop at 'X86EMU_exec()' For some reason it not call 'HALT_SYS' macros. Attached backtrace (gdb -p) (gdb) bt #0 __strcpy_ssse3 () at ../sysdeps/x86_64/multiarch/strcpy.S:97 #1 0x7fee8d8d375c in x86emu_decode_printf (x=0x7fee8d8f5993 \n) at /usr/include/x86_64-linux-gnu/bits/stdio2.h:34 #2 0x7fee8d8e8a94 in x86emuOp_add_byte_RM_R (op1=optimized out) at x86emu/ops.c:137 #3 0x7fee8d8d1779 in X86EMU_exec () at x86emu/decode.c:124 #4 0x7fee8d8d1550 in real_call (registers=0x7fff50b846b0) at thunk.c:217 #5 0x00400e8d in ?? () #6 0x00401299 in ?? () #7 0x7fee8d351ead in __libc_start_main (main=optimized out, argc=optimized out, ubp_av=optimized out, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fff50b847c8) at libc-start.c:228 #8 0x00400d29 in ?? () #9 0x7fff50b847c8 in ?? () #10 0x001c in ?? () #11 0x0003 in ?? () #12 0x7fff50b84f71 in ?? () #13 0x7fff50b84f79 in ?? () #14 0x7fff50b84f7e in ?? () #15 0x in ?? () I can't find author email, at homepage of this project, so write here. I think that all lastest version of libx86 contain this bug. And also I can't find the solution, how can I fix it. Could you help me to fix this bug? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.6.5macbook-pro-custom-v0.1 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libx86-1 depends on: ii libc6 2.13-35 ii multiarch-support 2.13-35 libx86-1 recommends no packages. libx86-1 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org