Bug#1074005: newsboat: Please update to 2.35

Hi Martin, Updating newsboat is currently blocked on 2.36 releasing due to https://github.com/newsboat/newsboat/issues/2748 Cheers, Nikos On Fri, 21 Jun 2024, at 17:23, Martin Dosch wrote: > Package: newsboat > Version: 2.32-3 > Severity: wishlist > > Dear Maintainer, &g

Bug#1070170: Generate and include amalgamated header file

the amalgamated header file (generation script can be found here[1]) in order to ease the version 3 transition for amalgamated header users. [1] https://github.com/catchorg/Catch2/blob/fa5a53df17303339eff8fda5cae0b601af207085/tools/scripts/generateAmalgamatedFiles.py Cheers, Nikos

Bug#1069378: picom: FTBFS on arm64: cc: error: unrecognized command-line option '-Wunknown-warning-option'

./src/meson.build:31:15: ERROR: Dependency lookup for xcb-present with >> method 'pkgconfig' failed: Could not generate cflags for xcb-present: >> Package xcb-dri3 was not found in the pkg-config search path. >> Perhaps you should add the directory containing `xcb-dri3.pc' >> to the PKG_CONFIG_PATH environment variable >> Package 'xcb-dri3', required by 'xcb-present', not found Cheers, Nikos

Bug#1069794: ITP: openbao -- Manage, store and distribute sensitive data.

Package: wnpp Severity: wishlist Owner: Nikos Tsipinakis X-Debbugs-Cc: debian-de...@lists.debian.org, ni...@tsipinakis.com * Package name: openbao Version : v2.0.0-alpha20240329 Upstream Contact: OpenBao Mailing List * URL : https://openbao.org/ * License

Bug#1030114: picom: new upstream release

Hi Lev, This has been fixed for a while. Cheers, Nikos

Bug#1038745: dunst: Please package new upstream release 1.9.2

Hi Boyuan, I see you've made a few NM uploads to dunst already, as well as pre-packaged 1.9.2 in salsa, thanks a lot! :) I've now made this a maintainer upload and uploaded 1.9.2. Cheers, Nikos

Bug#946677:

It seems that we have to set DEB_DH_COMPAT_DISABLE in debian/rules to avoid this problem, as it is implemented in https://salsa.debian.org/debian/cdbs/-/blob/master/1/rules/debhelper.mk.in#L208 Kind regards, Nikos

Bug#1004874: dialog: --max-input ignores values higher than 2048

Package: dialog Version: 1.3-20201126-1 Severity: normal Dear Maintainer, The --max-input option seems to ignore values higher than 2048, which is the default limit according to the man page. This means that we cannot pass lines to the editbox widget that are longer than 2047 characters since

Bug#1004868: dialog: menu segfaults when resizing

Package: dialog Version: 1.3-20201126-1 Severity: normal Dear Maintainer, The menu widget segfaults when resizing the terminal. Steps to reproduce: 1. Create a menu with three items:    dialog --menu Test 18 80 3 0 "Item 0" 1 "Item 1" 2 "Item 2" 2. Reduce the vertical size of the terminal so

Bug#1004259: newboat - upcoming rust-rand update.

lready. > rand 0.8 and sufficient related packages to build newsboat > have been uploaded to experimental if you want to test things > in advance of the update in unstable. Thanks! I'll take a look. -- Best Regards, Nikos Tsipinakis

Bug#1000362: newsboat: new usptream version available (2.25)

Hi, Newsboat now requires the rust-cxx crate , which is currently in NEW. (or components of it) It will probably take a while to get it updated. Regards, Nikos On Mon, 22 Nov 2021, at 06:23, Salvatore Bonaccorso wrote: > Source: newsboat > Version: 2.21-1 > Severity: wishlist >

Bug#1003185: dialog: Dialog segfaults when passing large line to editbox

Package: dialog Version: 1.3-20201126-1 Severity: normal Dear Maintainer, There is a segfault bug in the editbox widget. Specifically, the dialog can segfault when typing a line that is longer than the --max-input. Steps to reproduce: 1. Run: touch /tmp/foo && dialog --max-input 10 --editbox

Bug#996668: cinnamon-settings-daemon: cinnamon shutdown hang

Dear Maintainer, i have exactly the same problem on a fresh install of debian sid on a new laptop. I could even reproduce the issue on an install on a KVM virtual machine. On both I used the daily netiboot image [ https://d-i.debian.org/daily-images/amd64/20211202-00:16/netboot/mini.iso]

Bug#998193: gitlab: dpkg --configure gitlab fails with NoMethodError: undefined method `build' for debian bullseye

Package: gitlab Version: 14.1.7+ds1-2~fto11+1 Severity: grave Justification: renders package unusable Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Fresh installation of gitlab from fasttrack repository

Bug#972144: newsboat: segmentation fault at startup

Hi, I've uploaded 2.21 to unstable, please test it when you get the chance to ensure this is indeed fixed and not something else. -- Best Regards, Nikos Tsipinakis

Bug#970858: RFS: dunst/1.5.0-1 -- dmenu-ish notification-daemon

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "dunst": * Package name: dunst Version : 1.5.0-1 Upstream Author : Nikos Tsipinakis * URL : https://dunst-project.org/ * License : BSD-3-c

Bug#970859: RFS: picom/8.1-1 -- lightweight compositor for X11

2.0, Expat and MPL-2.0 * Vcs : https://salsa.debian.org/nikos/picom Section : x11 It builds those binary packages: picom - lightweight compositor for X11 To access further information about this package, please visit the following URL: https://mentors.debian.net/pac

Bug#966088: mailinglist debian-r...@lists.debian.org

I also support this request. Due to the noise I never look at the messages on pkg-rust-maintainers unless I'm looking for the status of a specific package, so all human messages are lost. -- Best Regards, Nikos Tsipinakis

Bug#963236: newsboat: Failure when receiving data from the peer

On 21/06, Dino Conte wrote: > From another program (Quiterss, RSSOwl etc.) this works without problems, also > the addresses can be pinged. If I install Newsboat from the Snap-Store for > testing purposes, fetching the feeds also works with Newsboat. Looks like the server might be buggy, curl

Bug#961432: RFP: picom -- lightweight compositor for X11

On 31/05, Lev Lamberov wrote: > Please, finalize your work, add tags and ping me. I'll upload it to the > Debian archive. Merged, tagged, and pushed. Should ready to be uploaded now. - Nikos

Bug#961432: RFP: picom -- lightweight compositor for X11

at's intentional, since I'm not sure which revision will end up uploaded currently I haven't tagged it yet to avoid force updates. > Will look again at the picom package this evening. Looking forward to it :) - Nikos

Bug#961432: RFP: picom -- lightweight compositor for X11

m. However, upstream seems to have a full migration plan from compton[1] and it looks like they do intend on keeping backwards compatibility to some degree. So, it might be worth looking into the possibility of going through a migration to picom, given that compton is unmaintained, and will inevitably bitrot. [1] https://github.com/yshui/picom/#migration - Nikos

Bug#961432: RFP: picom -- lightweight compositor for X11

On 26/05, Lev Lamberov wrote: > Then you could compare your packages and somehow merge them, taking best > pieces. I took a look at that package and cherry-picked some improvements from there, also added Fritz to d/copyright. I think it's ready to be uploaded now, I've put it on mentors[1].

Bug#961432: RFP: picom -- lightweight compositor for X11

On 26/05, Lev Lamberov wrote: > Would be nice if you could work together on preparing picom for Debian. > I propose Nikos to look at your current work and base on it. Then, > please, let me know when you think it's ready, and I'll take a look. > Please, keep me posted. That reached

Bug#961460: src:newsboat: build depends on librust-xdg-2-dev which doesn't exist (anymore)

hasn't migrated yet). [1] https://tracker.debian.org/media/packages/r/rust-xdg/control-2.2.0-2 - Nikos On 24/05, Paul Gevers wrote: > Source: newsboat > Version: 2.19-1 > Severity: serious > User: trei...@debian.org > Usertags: -1 edos-uninstallable > > Dear maintainer(s), &g

Bug#961432: RFP: picom -- lightweight compositor for X11

this. - Nikos [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960779

Bug#961420: package-sponsorhip-requests search results point to invalid path

appears to be 'package-sponsorship-requests/%Y/package-sponsorship-requests-%Y%m/msgid.html'. [1] https://lists.debian.org/cgi-bin/search?P=xautolock=or=Gpackage-sponsorship-requests==10=rust=Gpackage-sponsorship-requests%7E-%7E%7E4294967295 - Nikos

Bug#927684: dunstify is missing from package

Hi, dunstify wasn't included in the default installation target before, but this has now been changed upstream. The next upload/release will also include dunstify. notify-send indeed can't define actions. On Tue, 12 May 2020, at 15:52, Jakson Alves de Aquino wrote: > I'm using dunstify in

Bug#958448: I'd like to package doh-cli

Control: retitle -1 ITP: doh-cli - A simple DNS over HTTPS client for the command line I'm interested in packaging doh-cli. I have already working on that locally.

Bug#958448: RFP: doh-cli - A simple DNS over HTTPS client for the command line

Package: wnpp Severity: wishlist * Package name: dog-cli Version : 0.3 Upstream Author : Evaggelos Balaskas https://gitlab.com/ebal * URL : https://pypi.org/project/doh-cli/ * License : GPL-3 Programming Lang: Python Description : A simple DNS over

Bug#952507: dunst cannot be disabled and steals notifications

Sorry for the delay, On 03/03, Norbert Preining wrote: > Is there a way to claim that interface/service somehow? I am thinking of > other cinnamon users (since I am one of the maintainers of Cinnamon in > Debian), and how Cinnamon could stop dbus from starting another > notification daemon, when

Bug#952507: dunst cannot be disabled and steals notifications

s-1/services/org.knopwob.dunst.service and have the i3 users enable dunst via systemd or enable it globally and disable it for yourself. - Nikos

Bug#949180: newsboat coredumps (with illegal (?) character in existing ~/.newsboat/config)

forwarded -1 https://github.com/newsboat/newsboat/issues/723 thanks On 17/01, gregor herrmann wrote: > Whatever character there was, after removing it, newsboat starts > again. So kind of a "user error"; still this has been working for > years and breaking reading a config file smells like a

Bug#948782: linux: Request for CONFIG_DM_CLONE=m on 5.4+

device. The cloned device is visible/mountable immediately and the copy of the source device to the destination device happens in the background, in parallel with user I/O. Thanks, Nikos Tsironis

Bug#941855: dunst: Daily systemd errors: "Failed to start Dunst notification daemon."

ight be happening - do you have any such customizations to your systems? I'm not aware of any packages that use libnotify notifications as part of cron/automated jobs so it's most likely something added later. -- Best Regards, Nikos Tsipinakis

Bug#941855: dunst: Daily systemd errors: "Failed to start Dunst notification daemon."

On 12/10, Francois Marier wrote: > On 2019-10-12 at 09:25:20, Nikos Tsipinakis wrote: > I've got this line in my ~/.config/i3/config: > > exec --no-startup-id /home/francois/devel/remote/user-scripts/startup > > and that corresponds to a script [1] with these lines: > &

Bug#941855: dunst: Daily systemd errors: "Failed to start Dunst notification daemon."

Hi, This is usually caused by not having exported the DISPLAY variable into the systemd environment, there has been extensive discussion about this in #347[1] upstream. How are you starting X11, are you using a custom xinitrc? However it is weird that systemd reports that dunst is running even

Bug#939830: gnome-shell: Handling of special keyboard shortcuts

Package: gnome-shell Version: 3.30.2-9 Severity: normal Dear Maintainer, On a Debian Buster/Gnome setup, with the Virtualbox 6.x package installed special keyboard shortcuts that have been configured on the host machine are not made available to the guest machine even when the guest has been

Bug#936032: systemd: Main process of service unit gets killed on reload if ExecReload fails

that it is possible to include this fix in Buster. Thanks for maintaining systemd in Debian, Nikos [1] https://github.com/systemd/systemd/commit/ec5b1452ac73e41274f9b3ca401f813fa079b9f0 [2] https://github.com/systemd/systemd/issues/11238 [3] https://github.com/systemd/systemd/commit

Bug#935165: buster-pu: package newsboat/2.13-1+deb10u1

--- newsboat-2.13/debian/changelog 2018-09-23 21:01:29.0 +0300 +++ newsboat-2.13/debian/changelog 2019-08-17 21:10:38.0 +0300 @@ -1,3 +1,10 @@ +newsboat (2.13-1+deb10u1) buster; urgency=medium + + [ Nikos Tsipinakis ] + * Patch use after free in itemlist (Closes: #898559

Bug#935021: newsboat: Error in Russian locale help

Control: tags -1 +fixed-upstream It was fixed upstream with this commit: https://github.com/newsboat/newsboat/commit/662c7c45b48ae08475c1516548d33cca063c9789 It'll get fixed in unstable in the next upload.

Bug#931861: RM: newsbeuter -- RoM; abandoned upstream; actively maintained fork available

transition. Best Regards, Nikos Tsipinakis

Bug#931372: RFS: dunst/1.4.1-1 [ITA] -- dmenu-ish notification-daemon

n my mind it's fine to have it there for anyone who's interested to read it. > > Thanks again for adopting a package and good luck finding a sponsor now > that unstable is open again! > Thank _you_ for taking a look and reviewing. The new (more descriptive) changelog after this is t

Bug#915841: newsbeuter FTBFS with json-c 0.13.1

On 03/07, Gianfranco Costamagna wrote: > Hello Nikos,you might want to first upload the fork in new queue, providing > the same binary, so the removal becomes a cruft later > I mean, to not disrupt our userbase: > with moving src:a providing a to src:b providing b > [...] >

Bug#931372: RFS: dunst/1.4.1-1 [ITA] -- dmenu-ish notification-daemon

t -x https://mentors.debian.net/debian/pool/main/d/dunst/dunst_1.4.1-1.dsc Changes since the last upload: [ Francois Marier ] * Use sensible-browser instead of Firefox in /etc/xdg/dunst/dunstrc (Closes: #929456) [ Nikos Tsipinakis ] * Update maintainer (Closes: #930310) * New upstre

Bug#915841: newsbeuter FTBFS with json-c 0.13.1

On 01/07, Gianfranco Costamagna wrote: > there is an upstream fix in a fork called newsboat > > I'm attaching both patches to this bug report, please apply them! I apologise for ignoring this issue earlier. I initially intended to convert newsbeuter to a stub package pointing to newsboat but

Bug#810257: virtualbox-qt: Keyboard capture doesn't

Package: virtualbox Version: 6.0.8-dfsg-7 Followup-For: Bug #810257 Dear Maintainer, To reproduce: 1. On the Host Machine configure via the Gnome Settings the F1 keyboard Shortcut to launch e.g. the terminal-emulator 2. On the Guest Machine configure via the Gnome Setting both F1 and F2

Bug#930310: O: dunst -- dmenu-ish notification-daemon

Control: retitle -1 ITA: dunst -- dmenu-ish notification-daemon Control: owner -1 ! I intend to adopt this package, I am not a DM however so I'm going to need someone to sponsor my uploads. Full disclosure: I am also the upstream maintainer

Bug#923950: chromium: Received signal 11 SEGV_MAPERR on startup in headless and debugging mode

: 0004 trp: 000e msk: cr2: 0080 [end of stack trace] Calling _exit(1). Core file will not be generated. Best regards, Nikos -- System Information: Debian Release: 9.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable

Bug#898559: newsboat crashes when opening url

Control: forwarded -1 https://github.com/newsboat/newsboat/issues/189 Hi, I've forwarded your report to the upstream bug tracker. If you have a github account it'd be beneficial to keep track of the issue and respond to any questions the upstream maintainer may have.

Bug#892277: bridge-utils: hotplugging interferes with ifupdown resulting in unpredictable behavior

easy for us to suggest a solution but we can provide more information if needed. Regards, Nikos

Bug#888426: certtool has year 2k38 problem, giving problems for scripts that generate 20 year certs today

No good solution to that, but given that we depend on glibc's time_t, we are tied to it solving the issue. The issue is tracked at: https://gitlab.com/gnutls/gnutls/issues/370 On Sun, Feb 18, 2018 at 2:12 PM Andreas Metzler wrote: > Control: found -1 3.6.2-1 > Control: found

Bug#888548: kismet: Update to a more recent version

Hi Thomas, >From what I see there is no newer release in the downloads page: https://www.kismetwireless.net/download.shtml Do you think there are changes to be included in a new release? If yes, we should contact upstream in order to ask them about. Kind regards, Nick -- =Do- N.AND 2018-01-27

Bug#884893: newsboat: FTBFS: Error opening terminal: unknown.

Control: tags -1 pending fixed-upstream Bug has been fixed upstream, upload pending until I figure out how to handle the other 3 open bugs.

Bug#884893: newsboat: FTBFS: Error opening terminal: unknown.

Control: tags -1 - pending fixed-upstream On 21/12, Nikos Tsipinakis wrote: > Control: tags -1 pending fixed-upstream > > Bug has been fixed upstream, upload pending until I figure out how to handle > the > other 3 open bugs. Accidentally replied to the wrong bug, sorry about

Bug#884892: newsboat: FTBFS on arm*: filter/Scanner.cpp: sign-compare errors

Control: tags -1 pending fixed-upstream Bug has been fixed upstream, upload pending until I figure out how to handle the other 3 open bugs.

Bug#884594: default configuration file location not recognised

(Accidentally replied only to the submitter - also sending this to the bug tracker for the record) On 18/12, g l wrote: > > Sent: Monday, December 18, 2017 at 9:02 AM > > From: "Nikos Tsipinakis" <ni...@tsipinakis.com> > > > > I'm not sure what

Bug#884594: default configuration file location not recognised

Control: tags -1 + moreinfo Hi, I'm not sure what this is about. > Error: no URLs configured. Please fill the file .../.config/newsbeuter/urls > with RSS feed URLs or import an OPML file. As the error message says, you either need to add feed urls to ~/.config/newsbeuter/urls or import an

Bug#634757: Adoption of lyx

Hi, I'm not using lyx much any more, but I'm still active for packaging and any other questions/problems you might experience. Welcome on board. Sven, sad to see you officially leaving from the maintenance. So long, and thanks for all the fish ! :) Nick -- =Do- N.AND 2017-10-08 17:56

Bug#876370: parse_url: curl_easy_perform returned err 22

and try again? (And send the log) It won't fix anything but it'll print the HTTP error code to the log file, should help understand what's going on. - Nikos --- a/rss/parser.cpp +++ b/rss/parser.cpp @@ -142,7 +142,7 @@ LOG(LOG_DEBUG, "rsspp::parser::parse_url: ret = %d", ret); l

Bug#876370: parse_url: curl_easy_perform returned err 22

on my end. Possibly the server was having trouble, try again. If the problem still persists please attach the log file generated by launching newsbeuter with 'newsbeuter -l 6 -d log' and running a refresh on the feed. - Nikos

Bug#876327: ITP: newsboat -- text mode rss feed reader with podcast support

Package: wnpp Severity: wishlist Owner: Nikos Tsipinakis <ni...@tsipinakis.com> * Package name: newsboat Version : 2.10 Upstream Author : Alexander Batischev * URL : https://www.newsboat.org * License : MIT/X Consortium Programming Lang : C++ Descr

Bug#875929: acetoneiso: should it be removed from Debian

is not removed for now, in order to have enough time to fix the issues. Kind regards, Nikos -- =Do- N.AND

Bug#859453: dunst: Installing dunst does not ensure dbus is running

Package: dunst Version: 1.1.0-2+b1 Severity:normal Dear maintainer, For dunst to work a dbus session needs to be running for the user but currently if Xorg and a simple window manager is installed dbus is not running by default which causes dunst to fail with Name Lost. Is Another

Bug#857675: libidn2-0 FTCBFS: runs host arch code during build (gentr46map, help2man)

wo files)? It > may be less convenient, but so is trying to libtoolize twice. > > This may seem totally backwards, but when I am faced with "broken" > (in > terms of cross compilation) build tools, I try to rewrite them as > dumb > and portable as possible. realloc()ing an array at 1 increases, such > that it yields O(n^2)? Fine. All those inefficient practises are fine > here to avoid dependencies at all cost. But is that complexity needed here? Could we skip compilation of this tool completely on build host and ship tr46map_data.c? regards, Nikos

Bug#777104: Adopting spectools

Hi Francois, I'm the maintainer of the kismet package and I'm planning to also adopt spectools. I have already prepared a new package for the most recent upstream version, i.e. 201601r1 and I fixed a couple of things while I was there. Could you please give me permissions to push my changes to

Bug#844658: stretch GIT broken

I think few months ago a similar issue was reported. The culprit was librtmp or some other lib linking to a version of nettle with unversioned symbols. That resulted to a symbol clash which caused that issue. The solution was to update that lib. On 18 November 2016 02:50:14 CET, Daniel Kahn

Bug#839937: GnuTLS error (at worker-vpn.c:585): Error in the system's randomness device.

Hi, You can work-around the issue by setting isolate-workers=false. The problem is that the getrandom() system call is not included in the whitelisted seccomp filter. The "right" solution is to either apply patch [0] or move to 0.11.5. regards, Nikos [0]. http://pkgs.fedoraprojec

Bug#835342: curl or git clone commands throws "gnutls_handshake() failed" on https targets

ain. > > I'm still curious to know why the package didn't upgrade since the > version of debian is from 20151223 > > > That was a bit of a mess (my fault), but I'm glad things get to work again. > > Thanks Mariusz for pointing out, and Thanks to Andreas and Nikos for > the pentience. :) > > -- > "Free Software is not the only way, but it's a correct way." > Marcelo Mendes > http://underlabs.org > mmendes @ IRC [OFTC-Freenode] > Gtalk: marcelomendes at gmail dot com

Bug#829329: Error combining hardening flags with Qt5

Hi Dmitry, I'm aware of the workaround and this is what I'm currently doing. Leaving +pie (implicitly) in hardening flags makes no harm as the -fPIC from CFFLAGS_APPEND will override it. The reason for this bug report is that packages that use qt5 with hardening flags will encounter this issue,

Bug#829329: Error combining hardening flags with Qt5

reopen -1 thanks Hi Lisandro, The -fPIE flags comes from the automatically generated hardening options, which override the the -fPIC flag that comes from lyx Makefile, since it comes later in the argument list. lyx reports this configuration: C++ Compiler flags: -Wall -Wextra -std=c++11

Bug#829329: Error combining hardening flags with Qt5

Package: libqt5core5a Version: 5.6.1+dfsg-3 Severity: normal I'm trying to enable Qt5 support for the lyx package I maintain. I have already enabled hardening flags, and I get the following error when building the package: g++ -DHAVE_CONFIG_H -I. -I../../../src/support -I../.. -Wall -Wextra

Bug#820398: [Pkg-lyx-devel] Bug#820398: Lyx crashes with SIGILL on processors without cmov

Hi Johann, Can this be related to the recent move from i386 to 686-class move for debian? https://lists.debian.org/debian-devel-announce/2016/05/msg1.html I think cmov is now part of the required ISA. What processor do you run Lyx on? Kindest regards, Nick -- =Do- N.AND 2016-04-07 22:50

Bug#733245: newsbeuter: multiline url autodetection broken

control: forwarded -1 https://github.com/akrennmair/newsbeuter/issues/282 Google Code is dead, issue has been migrated to GitHub. -- Best Regards, Nikos Tsipinakis

Bug#776728: newsbeuter: nasty memory leak in 2.8

original patch had been reverted because it > caused other problems. Oh, I am not really sure. I havent followed the 2.9 development that closely and I really dont feel like digging into 2 years worth of commits to find out, its fixed anyway so does it really matter? -- Best Regards, Nikos Tsipinakis

Bug#776728: newsbeuter: nasty memory leak in 2.8

ed to debian since the previous maintainer was busy, in 2.9 the issue re-appeared for some reason(either its a new memory leak or a regression of the old one), a patch was released right after that and unfortunately I didn't notice it before uploading the new version. -- Best Regards, Nikos Tsipinakis

Bug#776728: newsbeuter: nasty memory leak in 2.8

leak didn't fully make it into 2.9, I'll upload a patched version later today. -- Best Regards, Nikos Tsipinakis

Bug#816919: RFS: newsbeuter/2.9-1 [ITA]

ine for me to > keep it.) I'm going to keep it for now, fixed the dependency. > And in the future, modernizing d/rules would be nice. I haven't messed around with automatic dh that much yet, I'll try to have that in the next revision. -- Best Regards, Nikos Tsipinakis

Bug#816919: RFS: newsbeuter/2.9-1 [ITA]

ening-no-fortify-functions usr/bin/newsbeuter > I: newsbeuter: hardening-no-fortify-functions usr/bin/podbeuter Fixed. > W-dpkg-buildflags-missing|CPPFLAGS 59 (of 59) missing| Fixed. -- Best Regards, Nikos Tsipinakis

Bug#816919: RFS: newsbeuter/2.9-1 [ITA]

tended now. -- Best Regards, Nikos Tsipinakis

Bug#816919: RFS: newsbeuter/2.9-1 [ITA]

* Removed upstream README from docs. * New maintainer. (Closes: #800752) -- Best Regards, Nikos Tsipinakis

Bug#816919: RFS: newsbeuter/2.9-1 [ITA]

read: %s": 0 (msgstr) < 1 (msgid) > > (plus some other, less severe problems) Unfortunately most of these errors are left for the translators to fix as they are related to the translated message format, nothing I can do since I do not know any of the languages. Best Regards, Nikos Tsipinakis

Bug#816919: RFS: newsbeuter/2.9-1 [ITA]

y: Name > <em...@bar.com>, >your formatting in patches/podbeuter-segfault-fix misses <> symbols) Author: Nikos Tsipinakis <ni...@tsipinakis.com> Formatting seems correct to me as it is? > * installation instruction (README) should not find way into binary package Agreed

Bug#813598: [gnutls-devel] FTBFS[kfreebsd]: tests/mini-loss-time race

bd3e9e40a1f193a7bf6657e82b88cb9] >> > *always* fails on kfreebsd-amd64. > > If it fails _reliably_ now, I consider that an improvement! > I'll try to test all of the above and see how often each one fails. That's quite interesting. It seems that the child times out first and closes the conn

Bug#816919: RFS: newsbeuter/2.9-1 [ITA]

Fix sefault when downloading podcasts. * Bumped standards to 3.9.7 * Updated watch file. * New maintainer. Best Regards, Nikos Tsipinakis

Bug#800752: RFA: newsbeuter -- text mode rss feed reader with podcast support

retitle 800752 ITA: newsbeuter -- text mode rss feed reader with podcast support owner 800752 ! thanks I have been using newsbeuter on and off for about a year and I'm interested in adopting it. Regards, Nikos Tsipinakis

Bug#813598: [gnutls-devel] FTBFS[kfreebsd]: tests/mini-loss-time race

On Sat, 2016-03-05 at 17:30 +0100, Andreas Metzler wrote: > Control: reopen 813598 > > On 2016-02-15 Nikos Mavrogiannopoulos <n...@gnutls.org> wrote: > > On Sun, Feb 14, 2016 at 3:14 PM, Andreas Metzler <ametz...@bebt.de> > > wrote: > > > this is http:/

Bug#815843: ocserv: Segfault when loading ocserv

ited, > code=killed, status=6/ABRT > Feb 25 09:44:48 vpn ocserv[1065]: *** Error in `ocserv-main': free(): invalid > pointer: 0xb78e9228 *** Most likely it is that issue fixed in ocserv 0.10.12 (the underlying issue is in gnutls): https://gitlab.com/ocserv/ocserv/commit/874c65f47e83fabd2e21b40bc0953f6f606f006a regards, Nikos

Bug#813690: ocserv: missing RADIUS support

Freeradius client 1.1.6 is not supported by ocserv. You'll need at least version 1.1.7. On 5 February 2016 22:11:07 CET, Aron Xu wrote: >radcli in Debian does not have pkgconfig file included, I've filed a >bug (#813842), and added a patch to ocserv to make freeradius

Bug#813690: ocserv: missing RADIUS support

Note that libradcli can also be used. It is available in debian testing. On Thu, Feb 4, 2016 at 12:55 PM, Mantas Mikulėnas wrote: > Package: ocserv > Version: 0.10.10-1 > Severity: wishlist > > Dear Maintainer, > > Could you include RADIUS authentication support in ocserv? > >

Bug#809847: ipcalc doesn't support IPv6

Package: ipcalc Version: 0.41-4 Severity: normal Tags: ipv6 Dear Maintainer, The ipcalc tool included in Debian works fine for IPv4 addresses but has no support whatsoever for IPv6 addresses. The output of: $ ipcalc ::1 INVALID ADDRESS: ::1 Address: 192.168.1.1

Bug#733295: gnutls-bin: please compile GnuTLS with DANE support

is > basically > option 3 proposed above. > I run this through upstream and they merged it today: > https://www.nlnetlabs.nl/bugs-script/show_bug.cgi?id=594 > > This changes only touch libunbound (and the testcases) to build with > nettle, > while the rest of unbound still needs openssl or NSS (mostly for > TLS). Luca, thank you for pursuing that. regards, Nikos

Bug#787866: autogen: after upgrade to 5.18.5 autogen no longer works

On Sun, 2015-06-28 at 17:18 -0700, Bruce Korb wrote: On 06/28/15 04:26, Nikos Mavrogiannopoulos wrote: http://autogen.sourceforge.net/data/autogen-5.18.5pre20.tar.xz That version works for me. OK, then, I've now unwound all the Guile wrapper macro removals from top of tree. http

Bug#787866: autogen: after upgrade to 5.18.5 autogen no longer works

/data/autogen-5.18.5pre20.tar.xz That version works for me. regards, Nikos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#787866: autogen: after upgrade to 5.18.5 autogen no longer works

On Sat, 2015-06-06 at 16:18 -0700, Bruce Korb wrote: In that log, I find: Compiling '[ -~]' with bits 0x1 === compiled as extended RE CASE no match: `c' MATCH_FULL vs. `[ -~]' I think there is a RE library problem. The code is as follows: /* * On the first call for this

Bug#787866: autogen: after upgrade to 5.18.5 autogen no longer works

On Sun, 2015-06-07 at 14:09 -0700, Bruce Korb wrote: Nikos, I am stumped here. Oh, wait -- what version of Guile? 2.0.[0123] are broken. I've stopped choking on newer versions of 2.0.x that I've not seen, but history says that problems do sneak in in micro releases. (Way back whenever, I

Bug#787866: autogen: after upgrade to 5.18.5 autogen no longer works

On Fri, 2015-06-05 at 18:19 -0700, Bruce Korb wrote: export AUTOGEN_TRACE=everything AUTOGEN_TRACE_OUT='/tmp/ag-log.txt' Log is attached. ===AutoGen starts - 13485: autogen 'ocpasswd-args.def' Guile Library Version 2.0.11 eval from file agInit.c line 80: (debug-enable 'backtrace) Definition

Bug#787866: autogen: after upgrade to 5.18.5 autogen no longer works

= [username]; detail = This program is openconnect password (ocpasswd) utility. It allows the generation and handling of a 'plain' password file used by ocserv.; copyright = { date = 2013, 2014; owner = Nikos Mavrogiannopoulos; author = Nikos Mavrogiannopoulos; eaddr

Bug#733295: gnutls-bin: please compile GnuTLS with DANE support

DNSSEC easier. https://github.com/bagder/c-ares/pulls regards, Nikos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733295: gnutls-bin: please compile GnuTLS with DANE support

, etc.). Maybe better than a D-BUS service would be DNS transport over an AF_LOCAL / SOCK_DGRAM socket; that can also guarantee that validation happens on the local system by a trusted process. I don't see any difference of AF_LOCAL with the loopback interface. regards, Nikos

  1   2   3   >