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=) 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=, argc=, ubp_av=, init=, fini=, rtld_fini=, 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
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
-- 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 $?
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#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#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 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#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
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 Anil Kumar 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#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#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#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#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#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#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 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#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#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 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#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 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#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#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 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
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]
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#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 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#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#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#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 * 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#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 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#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#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#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#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#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.
