Thanks!
I will push it to the git on salsa shortly.
On Wed, 2024-02-28 at 09:47 +, mwhud...@fastmail.fm wrote:
> Dear maintainer,
>
> Please find attached a final version of this patch for the time_t
> transition. This patch is being uploaded to unstable.
>
> Note that this adds a
Hi,
I have fixed the typo that prevented gpsd from building. Also did a couple of
other small fixes and uploaded 3.25-3~exp1 to experimental.
With best regards,
b.
close -1
All the missing information is in the manpage.
I am closing this bug as no longer valid
--
With best regards,
b.
Hi,
That report states that the bug affects 3.25.1~dev. There is no such gpsd
release.
I did check with upstream - that is a development git tree. And the problem is
already fixed and will not affect the next gpsd version (supposedly 3.26)
3.25-2 in Debian is also not affected.
I'd suggest
Hi,
On Fri, 2023-12-01 at 22:08 +0100, Chris Hofstaedtler wrote:
> * Chris Hofstaedtler [231201 21:06]:
> > * Chris Hofstaedtler [210820 11:47]:
> > > your package build-depends on makedev, which itself is long
> > > obsolete. Please consider replacing makedev.
> >
> > I know that this was
On Wed, 2023-11-29 at 22:17 +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Tue, 2023-10-17 at 02:03 +0000, Boian Bonev wrote:
> > [ Reason ]
> > This update fixes 3 bugs in iotop-c:
> > - the program will busy loop after pressing ESC key,
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "iotop-c":
* Package name : iotop-c
Version : 1.25-1~bpo12+1
Upstream contact : Boian Bonev
* URL : https://github.com/Tomas-M/iotop
+ * Backport fixes from 1.24
+- Fix ASCII graph problem in R, W & RW modes
+
+ -- Boian Bonev Tue, 17 Oct 2023 01:06:47 +
+
iotop-c (1.23-1) unstable; urgency=medium
[ Debian Janitor ]
diff -Nru iotop-c-1.23/debian/patches/fix-ascii-graph.patch
iotop-c-1.23/debian/patches/fix-a
Hi,
Making gpsd depend on python3-gps, will void all reasons for python3-gps to
exist as a separate package.
I'd rather separate ubxtool in gpsd-ubxtool, which in turn will depend on
python3-gps and gpsd will recommend gpsd-ubxtool.
What do you think?
--
With best regards,
b.
signature.asc
Hi,
On Sun, 2023-08-06 at 12:12 +0200, Grzegorz Szymaszek wrote:
> Hi,
>
> FWIW, here are two upstream issues on this topic, where it appears
> gpsd.rules is considered a source of problems:
> - https://gitlab.com/gpsd/gpsd/-/issues/187
> - https://gitlab.com/gpsd/gpsd/-/issues/235
>
> Here is
Control: tags -1 -moreinfo
Hi,
On Tue, 2023-06-27 at 00:13 +0200, Sebastian Ramacher wrote:
> Control: tags -1 moreinfo
>
> On 2023-06-26 13:24:57 +0000, Boian Bonev wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packa
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: g...@packages.debian.org, b...@debian.org
Control: affects -1 + src:gpsd
New version of gpsd 3.25 introduces changes in shared libraries API (and of
course ABI)
soname is
control -1 done
Hi,
On Sat, 2023-06-24 at 12:21 +0200, Matthias Klose wrote:
> On 22.06.23 00:36, Boian Bonev wrote:
> > Hi,
> >
> > I tried with gcc 13.1.0-6 and binutils 2.40.50.20230611-2 and
> > couldn't reproduce the problem.
> >
> > Please advis
s: #934420)
* Bump standards to 4.6.2, no changes
* Mark patches as forwarded upstream (by email)
* Add lintian overrides
* Update metadata
Regards,
--
Boian Bonev
signature.asc
Description: This is a digitally signed message part
Hi,
I tried with gcc 13.1.0-6 and binutils 2.40.50.20230611-2 and couldn't
reproduce the problem.
Please advise if it is OK to close the bug
--
With best regards,
b.
signature.asc
Description: This is a digitally signed message part
Refreshing patches
* [56072ace] snapshot changelog
* [4fe064ce] remove gpssnmp for now.
Unknown oid being used.
* [6c251561] Install gpsdebuginfo.
* [80b9cfbd] Updating debian/control from debian/control.in
* [9cdd0788] New upstream version 3.24
.
[ Boian Bonev ]
* New
)
+
+ -- Boian Bonev Tue, 11 Apr 2023 15:27:43 +
+
gammu (1.42.0-7) unstable; urgency=medium
* Move dep on tzdata (Closes: #1029417)
diff -Nru gammu-1.42.0/debian/control gammu-1.42.0/debian/control
--- gammu-1.42.0/debian/control 2023-01-31 17:39:21.0 +
+++ gammu-1.42.0/debian/control
-backports; urgency=medium
.
* Rebuild for bullseye-backports.
Regards,
--
Boian Bonev
signature.asc
Description: This is a digitally signed message part
On Tue, 2023-04-11 at 15:03 +0200, Andreas Henriksson wrote:
> On Tue, Apr 11, 2023 at 09:37:27AM +0200, bi...@debian.org wrote:
...
> > It seems that your package gammu-smsd is shipping files (.service, .socket
> > or
> > .timer) in /usr/lib/systemd/system.
> [...]
>
> The culprit seems to be
ince 1.8-4
* New maintainer (Closes: #934419)
* Fix old packaging
- install copyright
- hardening flags
- proper strip
* Add 2 missing checks to d/p/dhcpdump-bugfix_strcounts.patch
Regards,
--
Boian Bonev
signature.asc
Description: This is a digitally signed message part
since 1.8-4
+ * New maintainer (Closes: #934419)
+ * Fix old packaging
+- install copyright
+- hardening flags
+- proper strip
+ * Add 2 missing checks to d/p/dhcpdump-bugfix_strcounts.patch
+
+ -- Boian Bonev Sat, 18 Mar 2023 21:43:18 +
+
+dhcpdump (1.8-6) unstable; urgen
to unstable.
+
+ -- Adam Borowski Wed, 08 Mar 2023 17:43:02 +0100
+
+dhcpdump (1.8-5) experimental; urgency=medium
+
+ [ Boian Bonev ]
+ * QA upload.
+ * Install binary and man page.
+ * Add patches that fix:
+- build options in Makefile (hardening and cross)
+- ethertype handling (Closes
Hi,
Thanks for reporting this.
Can you please verify that the bug is still present with 5.07-1 (or 5.07-
1~bpo11+1 from backports)?
--
With best regards,
b.
signature.asc
Description: This is a digitally signed message part
Hi,
While testing my old patches I needed a clean build and ended fixing most of
the problems. Not sharing the result feels like a waste and because there is no
git repo to file a PR, I uploaded the whole result on mentors. Take it as a PR
and feel free to change the stuff that you don't like. My
Hi,
First thing to change (after the missing binary) is the description - the tool
no longer executes and parses tcpdump's output, instead it uses libpcap
directly to get the packets. The man page needs the same correction.
The build completely ignores the default hardening and optimization
y
Regards,
--
Boian Bonev
signature.asc
Description: This is a digitally signed message part
Hello,
Before uploading I did purge tzdata from my sbuild chroot and the build
succeeded. This makes me think that maybe there is something else involved, but
since I did not see the failure log, that is a wild uneducated guess. Please
provide some log showing the error.
I am silently following
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "yascreen":
* Package name : yascreen
Version : 1.92-1~exp1
Upstream contact : Boian Bonev
* URL : https://github.com/bbonev/yascreen
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "yascreen":
* Package name : yascreen
Version : 1.92-1
Upstream contact : Boian Bonev
* URL : https://github.com/bbonev/yascreen
* License
Hello,
I have discussed this with upstream.
Just linking to libncursesw will not add full unicode support.
And the full unicode support is not yet there. The feedback is that is
work in progress...
With best regards,
b.
signature.asc
Description: This is a digitally signed message part
Hello,
Thank you for reporting this.
I forwarded to upstream and got response that the problem have been
fixed.
It will come with the next vfu version to Debian.
With best regards,
b.
On Sun, 2022-11-27 at 16:19 +0300, Anonymous 648 wrote:
> Package: vfu
> Version: 4.21-1
> Severity: normal
>
Hello,
Thank you for reporting this.
I have forwarded to upstream, because this does not look like a problem
with the packaging.
--
With best regards,
b.
On Thu, 2022-11-17 at 02:18 +0300, Anonymous 648 wrote:
> Package: vfu
> Version: 4.21-1
> Severity: normal
>
> Dear Maintainer,
>
> 1)
Control: tags -1 - moreinfo
> > vfu (4.23-1~bpo11+1) bullseye-backports; urgency=medium
> > .
> > * Rebuild for bullseye-backports.
>
> First off: Please only send backport sponsorship requests for
> packages that formally qualify for backporting. This
> version has not arrived in bookworm
* Rebuild for bullseye-backports.
Regards,
--
Boian Bonev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "bpfmon":
* Package name: bpfmon
Version : 2.49-1~bpo10+1
Upstream Author : Boian Bonev
* URL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "yascreen":
* Package name: yascreen
Version : 1.85-1~bpo10+1
Upstream Author : Boian Bonev
* URL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "yascreen":
* Package name: yascreen
Version : 1.86-1~bpo11+1
Upstream Author : Boian Bonev
* URL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "bpfmon":
* Package name: bpfmon
Version : 2.50-1~bpo11+1
Upstream Author : Boian Bonev
* URL
d:
gammu (1.42.0-5~bpo11+1) bullseye-backports; urgency=medium
.
* Rebuild for bullseye-backports.
* Move systemd unit under /lib
Regards,
- --
Boian Bonev
-BEGIN PGP SIGNATURE-
iQIzBAEBCgAdFiEEumC8IPN+WURNbSUAE2VyCRPS8i0FAmGNlYMACgkQE2VyCRPS
8i1drxAAnl6/WTwvthX
Maybe Michal is busy? We already had one round and he accepted all the
fixes (found during packaging gammu) upstream. At that time there were
several things to improve and the package was not ready for uploading.
Also I will need sponsoring the upload, but I think that the proper way
is to wait
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "iotop-c":
* Package name: iotop-c
Version : 1.20-1~bpo11+1
Upstream Author : Boian Bonev
* URL : https://github.com/Tomas-M/iotop
* License
Package: bridge-utils
Version: 1.7-1
Severity: important
Tags: patch
In case there are vlan interfaces in /etc/network/interfaces and those are
set up by ifupdown, it trims .*\.0* and uses the rest as vlan-id.
Bridge-utils duplicates the functionality but only trims .*\. and vlans that
are
Package: release.debian.org
Severity: normal
Tags: bullseye
User: release.debian@packages.debian.org
Usertags: pu
Please discard the upload of iotop-c_1.19-1~bpo11+1 from the proposed updates
queue.
I was targeting bullseye-backports but have built it in the wrong sbuild chroot
and didn't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "complexity":
* Package name: complexity
Version : 1.13-1
Upstream Author : Bruce Korb
* URL :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Package: wnpp
Severity: normal
Control: owner -1 !
Control: thanks
I intend to adopt the complexity package.
There are no bugs open.
The upstream looks like not dead with a recent release.
The update to the latest release version is not trivial -
On Tue, 2021-09-07 at 20:14 +0100, Jonathan Wiltshire wrote:
> On Tue, Sep 07, 2021 at 08:38:58PM +0300, Boian Bonev wrote:
>
> This is behaviour change or enhancement, it is generally not OK in a
> stable
> update unless you can convince us it has a really good case e.g. the
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Tue, 2021-09-07 at 15:04 +0100, Jonathan Wiltshire wrote:
> Control: tag -1 moreinfo
>
> On Mon, Sep 06, 2021 at 06:06:47PM +0300, Boian Bonev wrote:
> > [ Changes ]
> > This update includes backported fixed from
+- allow ESC to close the help window
+
+ -- Boian Bonev Mon, 06 Sep 2021 01:54:40 +
+
iotop-c (1.17-1) unstable; urgency=medium
* Update to new upstream release of 1.17
diff -Nru iotop-c-1.17/debian/patches/document-esc-key.patch
iotop-c-1.17/debian/patches/document-esc-key.patch
Initial packaging is done and uploaded to mentors.d-n
https://mentors.debian.net/package/bpfmon/
Initial packaging is done and uploaded to mentors.d-n
https://mentors.debian.net/package/yascreen/
Package: wnpp
Severity: wishlist
Owner: Boian Bonev
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: bpfmon
Version : 2.46
Upstream Author : Boian Bonev
* URL : https://github.com/bbonev/bpfmon
* License : AGPL-3
Programming Lang: C
Description
Package: wnpp
Severity: wishlist
Owner: Boian Bonev
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: yascreen
Version : 1.80
Upstream Author : Boian Bonev
* URL : https://github.com/bbonev/yascreen
* License : AGPL-3
Programming Lang: C
Hi Helmut,
Thanks for the clarifications!
> make does not set up CC/CXX and the like. Unfortunately, we still
> support building packages via "./debian/rules binary". Thus there is
> no
> outer layer that could set up these variables in a reliable way.
Actually debian/rules is a Makefile itself
Hi Helmut,
On Sat, 2020-08-01 at 17:17 +0200, Helmut Grohne wrote:
> Source: vfu
> Version: 4.20-1
> Tags: patch
> User: debian-cr...@lists.debian.org
> Usertags: ftcbfs
>
> vfu fails to cross build from source again. Nothing ever initializes
> CXX to a cross compiler. Please consider applying
retitle 847513 ITA: vfu -- A versatile text-based filemanager
owner 847513 !
thanks
Package: wnpp
Severity: normal
Control: retitle 847513 ITA: vfu -- A versatile text-based filemanager
Control: owner 847513 !
Control: thanks
I intend to adopt the vfu package.
Besides using it, I am well familiar with the code and have also
contributed to the upstream project.
The package
Package: wnpp
Severity: normal
retitle 847513 ITA: vfu -- A versatile text-based filemanager
owner 847513 !
I intend to adopt the vfu package.
Besides using it, I am well familiar with the code and have also contributed to
the upstream project.
The package description is:
vfu is a nice
On Thu, 2020-07-23 at 04:29 +0200, Guillem Jover wrote:
> I would suggest two things:
> >
> > 1) Fix the code in Vendor.pm to avoid the global handler around
> > eval
> > and make the code work as initially planned (patch attached)
>
> That would be a workaround as any other eval would also need
Hi,
I have had the same problem last couple of days, finally could track
what is happening:
- Exit.pm installs a handler for __DIE__
- Vendor.pm expects that eval will return an error message in $@ and
all the code below the eval that was supposed to use the default vendor
is never reached. The
On Thu, 2020-07-09 at 10:34 +0800, Paul Wise wrote:
> On Wed, 2020-07-08 at 20:09 +0300, Boian Bonev wrote:
> > should be fixed in the package - that option should come from dpkg-
> > buildflags.
>
> As gregor mentioned, this needs enabling in debian/rules.
Already do
Hi Gregor,
On Thu, 2020-07-09 at 00:29 +0200, gregor herrmann wrote:
> On Wed, 08 Jul 2020 20:09:03 +0300, Boian Bonev wrote:
> > should be fixed in the package - that option should come from dpkg-
> > buildflags.
>
> It's not enabled by default, but yo
Hi Paul,
On Wed, 2020-07-08 at 03:22 +, Paul Wise wrote:
> Some issues that I think need to be fixed before uploading:
>
>
> Please comply with Debian Policy about build verbosity:
>
> https://www.debian.org/doc/debian-policy/ch-source.html#main-building-script-debian-rules
Sure, fixed.
Hi Noah,
On Thu, 2020-07-02 at 10:32 -0700, Noah Meyerhans wrote:
> On Wed, Jul 01, 2020 at 09:29:22PM +0300, Boian Bonev wrote:
> > I would like to propose a patch with alternatives support.
> >
> > Before doing this there are some things to confirm:
> >
>
Package: iputils-arping
Version: 3:20190709-3
Severity: wishlist
Hi,
I would like to propose a patch with alternatives support.
Before doing this there are some things to confirm:
- are you willing to accept such a patch?
- iputils-arping installs /usr/bin/arping while arping installs
Hi,
I would like to propose a patch with alternatives support.
Before doing this there are some things to confirm:
- are you willing to accept such a patch?
- are /usr/sbin/arping-arping and /usr/share/man/man8/arping-
arping.8.gz good name choices for the files installed by this package?
-
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "iotop-c"
* Package name: iotop-c
Version : 1.4-1
Upstream Author : Boian Bonev
* URL : https://github.com/Tomas-M/iotop
* License : GPL-2
Hi,
Initial packaging is done and included in the upstream repo (
https://github.com/Tomas-M/iotop).
The new iotop-c package is made to support alternatives; also
alternatives patch is proposed to the Python package maintainer in
order for both packages to be able to coexist in the same
Package: wnpp
Severity: wishlist
Owner: Boian Bonev
* Package name: iotop-c
Version : 1.1
Upstream Author : Boian Bonev
* URL : https://github.com/Tomas-M/iotop
* License : GPL
Programming Lang: C
Description : simple top-like I/O monitor (implemented
Adding -std=gnu++98 to CXXFLAGS will make it compile
Hi Simon,
sorry for the delay. once you get used to the new scripts it's quick
and easy to setup. i have taken the time to review them and i
completely agree that this is better :)
i have deleted all stuff related to mirroring security
regards,
b.
On Sun, Sep 27, 2009 at 9:34 PM, Simon
B3NzaC1yc2EBIwAAAIEA3c8uvJRcdlhdsdxoRrnGuqwNRapfgzpnd89DB5E22X3p3Bc54/Qd/o5z4q0PZ/zScGswbxNiH5grt2Eldeg6uVQfyST5AZSVvMVaeq6JppgKf5G03xlAKvw/lnbNiQk/pZGMjpDLt9TmJqs2k/K0qmGmHAaTn1KrpVhhyuzta58=
mirrorp...@volatile.debian.net
hostname is push.ipacct.com
username is mirvol
regards,
b.
On Wed, Sep 30, 2009 at 7:07 AM, Boian Bonev bbo
Dear Simon,
to be honest i forgot to change mirroring scripts. i have set up all
my debian machines to use the local mirror and there are no problems.
currently i am not in Bulgaria and i am going back in 20 days so i can
change mirroring scripts after that.
when i am ready with this i will keep
Dear Simon,
somehow i have missed your previous email - i see it in my inbox, so
it have to be a human error. :)
On Sat, Dec 27, 2008 at 8:02 PM, Simon Paillard
simon.paill...@resel.enst-bretagne.fr wrote:
Hello Boian,
I sent you an email some weeks ago about our new sync script and the
hello Simon,
Here are some remarks before we can add your mirror to the list.
On Mon, Jul 14, 2008 at 02:13:14AM +, Boian Bonev wrote:
Can you check you are using the very last version of anonftpsync ?
http://www.debian.org/mirror/anonftpsync
yes i downloaded it from debian.org 2 days
: push
Maintainer: Boian Bonev [EMAIL PROTECTED]
Country: BG Bulgaria
Location: Sofia, Bulgaria
Comment: bandwidth is limited for networks outside Bulgaria; local loop is
unlimited
push mirroring is ready to run, but not setup with remote ends
we have setup cronjobs until push mirroring
75 matches
Mail list logo
