Bug#1066645: gtkterm: FTBFS: ../src/interface.c:738:9: error: implicit declaration of function ‘g_sprintf’; did you mean ‘g_snprintf’? [-Werror=implicit-function-declaration]
Thanks, Is already fixed upstream in 1.3. This will be released next week. /Willem On Tue, 2024-04-09 at 22:55 -0700, Steve Langasek wrote: > Package: gtkterm > Followup-For: Bug #1066645 > User: ubuntu-de...@lists.ubuntu.com > Usertags: origin-ubuntu noble ubuntu-patch > Control: tags -1 patch > > Please find attached a patch for this issue which has been uploaded > to > Ubuntu. >
Bug#1013950: closed by Debian FTP Masters (reply to Jeremy Bicha ) (Bug#1013950: fixed in vte2.91 0.69.90-1)
Thanks! On Wed, 2022-08-03 at 18:03 +, Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the libvte-2.91-0 package: > > #1013950: libvte-2.91-0: Add gtk4 vte library versions > > It has been closed by Debian FTP Masters > (reply to Jeremy Bicha > ). > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Debian FTP > Masters (reply to Jeremy Bicha > ) by > replying to this email. > >
Bug#1013950: libvte-2.91-0: Add gtk4 vte library versions
On Fri, 2022-07-29 at 17:24 -0400, Jeremy Bicha wrote: > On Mon, Jun 27, 2022 at 5:09 PM Willem van den Akker > wrote: > > I am migrating one of my packages to gtk4. For this application > > libvte-2.91-dev > > is needed. However there is no gtk4 version in the repository. > > What package are you converting? > > I'll upload the gtk4 version now, but it will need to make it through > Debian's NEW queue before it will be available. > > Thank you, > Jeremy Bicha Hi, I am porting gtkterm [1] to gtk4. For now I build my own gtk4 vte-lib from the source. Greetings, Willem [1] https://tracker.debian.org/pkg/gtkterm
Bug#993932: RM: gyrus -- RoQA; unmaintained; abandoned upstream
The maintenance of the package will be continued and further development will be done.
Bug#732011: ITA: gyrus -- GNOME tool for Cyrus-IMAP servers administration
Hi, Second try to adopt the package. Still sometimes use it. So I will try to port it to gtk4 (I am converting another at this moment), add SSL to it to make it more usefull and remove amtk. To temper the expectations. I hope this will be done before the freeze. Greetings, Willem
Bug#1013950: libvte-2.91-0: Add gtk4 vte library versions
Package: libvte-2.91-0 Version: 0.68.0-1+b1 Severity: wishlist X-Debbugs-Cc: wvdak...@wilsoft.nl Dear Maintainer, I am migrating one of my packages to gtk4. For this application libvte-2.91-dev is needed. However there is no gtk4 version in the repository. I build the library (just enable the gtk4 option in the meson-option file). However it would be nice is this is included for bookworm so I can upload the gtk4 version TIA WIllem -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (800, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.18.0-2-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libvte-2.91-0 depends on: ii libatk1.0-0 2.38.0-1 ii libc62.33-7 ii libcairo21.16.0-5 ii libfribidi0 1.0.8-2.1 ii libgcc-s112.1.0-2 ii libglib2.0-0 2.72.2-2 ii libgnutls30 3.7.6-2 ii libgtk-3-0 3.24.34-1 ii libicu71 71.1-3 ii libpango-1.0-0 1.50.7+ds-1 ii libpangocairo-1.0-0 1.50.7+ds-1 ii libpcre2-8-0 10.40-1 ii libstdc++6 12.1.0-2 ii libsystemd0 251.2-6 ii libvte-2.91-common 0.68.0-1+b1 ii zlib1g 1:1.2.11.dfsg-4 libvte-2.91-0 recommends no packages. libvte-2.91-0 suggests no packages. -- no debconf information
Bug#1006746: firewalld: backport to bullseye
Package: firewalld Version: 1.1.0-1 Severity: wishlist X-Debbugs-Cc: wvdak...@wilsoft.nl Dear Maintainer, Now firewalld is in testing it would be nice if it could be backported to bullseye. Firewalld has a new NFLOG feature which makes it interesting to have it in stable. Thanks. Willem -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (800, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.16.0-3-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages firewalld depends on: ii dbus 1.14.0-1 ii gir1.2-glib-2.0 1.70.0-3 ii gir1.2-nm-1.0 1.36.0-2 ii policykit-1 0.105-33 ii python3 3.9.8-1 ii python3-dbus 1.2.18-3+b1 ii python3-firewall 1.1.0-1 ii python3-gi3.42.0-3 ii python3-nftables 1.0.2-1 Versions of packages firewalld recommends: ii ipset 7.15-1 ii iptables1.8.7-1 ii python3-cap-ng 0.7.9-2.2+b1 firewalld suggests no packages. -- Configuration Files: /etc/firewalld/firewalld.conf [Errno 13] Permission denied: '/etc/firewalld/firewalld.conf' /etc/firewalld/lockdown-whitelist.xml [Errno 13] Permission denied: '/etc/firewalld/lockdown-whitelist.xml' -- no debconf information
Bug#941450: linux-image-4.19.0-6-amd64: e1000e driver periodically resets card
Package: src:linux Version: 5.10.46-4 Followup-For: Bug #941450 X-Debbugs-Cc: wvdak...@wilsoft.nl Dear Maintainer, This still occurs in bullseye kernel version linux-image-5.10.0-8-amd64. [411030.468716] e1000e :00:1f.6 enp0s31f6: Detected Hardware Unit Hang: TDH <70> TDT <9a> next_to_use <9a> next_to_clean<6e> buffer_info[next_to_clean]: time_stamp <1061ec5fc> next_to_watch<70> jiffies <1061ed048> next_to_watch.status <0> MAC Status <80083> PHY Status <796d> PHY 1000BASE-T Status <7800> PHY Extended Status<3000> PCI Status <10> [411031.460238] [ cut here ] [411031.460257] NETDEV WATCHDOG: enp0s31f6 (e1000e): transmit queue 0 timed out [411031.460294] WARNING: CPU: 4 PID: 0 at net/sched/sch_generic.c:467 dev_watchdog+0x24d/0x260 [411031.460304] Modules linked in: tcp_diag inet_diag xt_recent xt_multiport ipt_REJECT nf_reject_ipv4 xt_addrtype xt_hashlimit xt_conntrack xt_mark xt_TCPMSS xt_tcpudp nft_counter nft_chain_nat xt_MASQUERADE nft_compat xt_NFLOG nf_log_ipv4 nf_log_common xt_LOG nf_nat_tftp nf_nat_snmp_basic nf_conntrack_snmp nf_nat_sip nf_nat_pptp nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat_amanda ts_kmp nf_conntrack_amanda nf_nat nf_conntrack_sane nf_conntrack_tftp nf_conntrack_sip nf_conntrack_pptp nf_conntrack_netlink nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_irc nf_conntrack_h323 nf_conntrack_ftp nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 nf_tables libcrc32c snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic intel_rapl_msr intel_rapl_common ledtrig_audio x86_pkg_temp_thermal intel_powerclamp kvm_intel snd_hda_intel snd_intel_dspcfg soundwire_intel soundwire_generic_allocation snd_soc_core snd_compress kvm soundwire_cadence irqbypass ghash_clmulni_intel snd_hda_codec nfnetlink_log [411031.460606] nfnetlink snd_hda_core aesni_intel snd_hwdep soundwire_bus i915 libaes crypto_simd cryptd ppdev glue_helper mei_wdt mei_hdcp evdev snd_pcm rapl snd_timer drm_kms_helper snd iTCO_wdt intel_cstate mei_me intel_pmc_bxt cec soundcore ee1004 iTCO_vendor_support watchdog i2c_algo_bit sg mei intel_uncore intel_pch_thermal pcspkr mxm_wmi parport_pc parport intel_pmc_core acpi_pad button wireguard libchacha20poly1305 chacha_x86_64 poly1305_x86_64 ip6_udp_tunnel udp_tunnel libblake2s blake2s_x86_64 nfsd curve25519_x86_64 libcurve25519_generic libchacha libblake2s_generic 8021q nfs_acl garp lockd auth_rpcgss stp mrp llc nct6775 grace hwmon_vid drm coretemp sunrpc fuse configfs ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 crc32c_generic sd_mod t10_pi crc_t10dif crct10dif_generic xhci_pci xhci_hcd ahci libahci libata e1000e usbcore crct10dif_pclmul crct10dif_common scsi_mod crc32_pclmul crc32c_intel ptp i2c_i801 pps_core i2c_smbus usb_common wmi video [411031.461199] CPU: 4 PID: 0 Comm: swapper/4 Tainted: G I 5.10.0-8-amd64 #1 Debian 5.10.46-4 [411031.461220] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./B150M Pro4V, BIOS P7.00 09/26/2016 [411031.461229] RIP: 0010:dev_watchdog+0x24d/0x260 [411031.461237] Code: 29 cb fd ff eb a9 4c 89 f7 c6 05 72 b7 10 01 01 e8 b8 a0 fa ff 44 89 e9 4c 89 f6 48 c7 c7 40 8d 16 9e 48 89 c2 e8 d6 24 14 00 <0f> 0b eb 8a 66 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 40 00 0f 1f 44 [411031.461241] RSP: 0018:bc19001a4eb8 EFLAGS: 00010286 [411031.461261] RAX: RBX: 916d105e5400 RCX: [411031.461270] RDX: 916f95128760 RSI: 916f95118a00 RDI: 0300 [411031.461274] RBP: 9168491843dc R08: R09: bc19001a4cd8 [411031.461279] R10: bc19001a4cd0 R11: 9e6cb3e8 R12: 916849184480 [411031.461283] R13: R14: 916849184000 R15: 916d105e5480 [411031.461292] FS: () GS:916f9510() knlGS: [411031.461303] CS: 0010 DS: ES: CR0: 80050033 [411031.461315] CR2: 7f516bdf3008 CR3: 0005d060a003 CR4: 003706e0 [411031.461320] DR0: DR1: DR2: [411031.461325] DR3: DR6: fffe0ff0 DR7: 0400 [411031.461328] Call Trace: [411031.461333] [411031.461346] ? pfifo_fast_enqueue+0x150/0x150 [411031.461357] call_timer_fn+0x29/0xf0 [411031.461365] __run_timers.part.0+0x1d3/0x240 [411031.461382] ? recalibrate_cpu_khz+0x10/0x10 [411031.461396] ? ktime_get+0x38/0xa0 [411031.461410] ? lapic_next_deadline+0x28/0x30 [411031.461422] ? clockevents_program_event+0x8d/0xf0 [411031.461429] run_timer_softirq+0x26/0x50 [411031.461439] __do_softirq+0xc5/0x275 [411031.461446] asm_call_irq_on_stack+0x12/0x20 [411031.461
Bug#974691: German message catalogue
fixed -1 1.1.1-1
Bug#974691: gtkterm: German message catalogue
Merged with upstream. On Fri, 2020-11-13 at 20:48 +0100, Markus Hiereth wrote: > Package: gtkterm > Version: 1.11-1 > Severity: normal > > Dear Willem, > > attached to this report, You recieve the german message catalogue for > gtkterm > > Consider the following corrections / changes > > #: ../src/cmdline.c:48 > msgid "--parity or -a : partity (default none)\n" > s/partity/parity > > > #: ../src/cmdline.c:53 > msgid "" > "--rts_time_before or -x : for rs485, time in ms before transmit > with " > "rts on\n" > s/rs485/RS-485 as this is the usual Abbreviation > > #: ../src/cmdline.c:54 > msgid "" > "--rts_time_after or -y : for rs485, time in ms after transmit > with rts " > "on\n" > s/rs485/RS-485 as this is the usual Abbreviation > > > #: ../src/parsecfg.c:385 > #, c-format > msgid "" > "%s(%d)\n" > "There is no closing brace.\n" > s/brace/bracket as braces are {} and brackets are [] and () > > #: ../src/term_config.c:193 > msgid "" > "No serial devices found!\n" > "\n" > "Searched the following paths:\n" > "\t/dev/ttyS*\n" > consider s/the following paths/the following device path patterns > (just to stress that all usual device files have been probed) > > #: ../src/term_config.c:457 > msgid "RS485 half-duplex parameters (RTS signal used to send)" > consider s/RS485/RS-485 as this is the usual Abbreviation > > Best regards > Markus > > > > -- System Information: > Debian Release: 10.6 > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'stable') > Architecture: i386 (i686) > > Kernel: Linux 4.19.0-9-686-pae (SMP w/1 CPU core) > Locale: LANG=de_DE.ISO-8859-1, LC_CTYPE=de_DE.ISO-8859-1 > (charmap=ISO-8859-1), LANGUAGE=de_DE.ISO-8859-1 (charmap=ISO-8859-1) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages gtkterm depends on: > ii libatk1.0-0 2.30.0-2 > ii libc6 2.28-10 > ii libcairo-gobject2 1.16.0-4 > ii libcairo2 1.16.0-4 > ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 > ii libglib2.0-0 2.58.3-2+deb10u2 > ii libgnutls30 3.6.7-4+deb10u5 > ii libgtk-3-0 3.24.5-1 > ii libpango-1.0-0 1.42.4-8~deb10u1 > ii libpangocairo-1.0-0 1.42.4-8~deb10u1 > ii libpcre2-8-0 10.32-5 > ii libvte-2.91-0 0.54.2-2 > ii zlib1g 1:1.2.11.dfsg-1 > > gtkterm recommends no packages. > > gtkterm suggests no packages. > > -- no debconf information >
Bug#951166: ITP: shortwave -- Find and listen to internet radio stations
Already tried. Had problems connecting to the room. On Sun, 2020-08-23 at 16:14 +0200, David Heidelberg wrote: > Check also #debian-rust on OFTC (just download IRC client and > register over IRC client on OFTC servers). > They'll give you current status of Rust packaging. > DavidBest regardsDavid Heidelberg > On Sun, Aug 23, 2020 at 16:13, Willem van den Akker < > wvdak...@wilsoft.nl> wrote: > > Hello David, > > I am also not a DD or DM.I agree, first all cargo packages/modules > > have to go into Debian. Perhaps we canask some Rust devs how to do > > that. I will ask around. > > Yes building it with network connection is a no-go and violation of > > the Debian guidelines.I have shortwave successful runing in > > Testing. > > I will keep in touch. > > /Willem > > On Sun, 2020-08-23 at 16:04 +0200, David Heidelberg wrote: > > > Hello Willem, > > > you have more advanced debian/ so I'd start from your version. > > > Sadly, I'm not official Debian developer, so I cannot do that, we > > > haveto find someone who will. > > > There will be likely many rust libs which needs to be packaged, > > > TBH Ihaven't progressed much on it. > > > I think we cannot upload even to experimental, when the > > > packagedownload stuff while build from internet.I'll test your > > > build & check lintian --pedantic how it goes, but Iguess until we > > > get everything it builds offline, it'll be issue. > > > Thank youDavidBest regardsDavid Heidelberg > > > On Sun, Aug 16, 2020 at 19:00, Willem van den Akker< > > > wvdak...@wilsoft.nl > > > > wrote:Dobry den David, > > > > I also have been working on shortwave and have a working > > > > packagewhich you can find here: > > > > https://salsa.debian.org/wvdakker/shortwave > > > > > > > > > > > > Is it possible to create a team respository so we can work as a > > > > teamon the package? There is quite a bit Rust work/libraries on > > > > which wehave to work. To much for one person. > > > > Another probleem is the networkaccess during the build. > > > > USENETWORKmustbe used in the pbuilderrc because a lot of cargo > > > > must be downloaded.However the policy prevents that any the > > > > package must be build in achroot (4.9). > > > > Can you as maintainer create a team library? Then we upload > > > > theversionto experimental as an starting point. > > > > Na shledanouWillem
Bug#951166: ITP: shortwave -- Find and listen to internet radio stations
Hello David, I am also not a DD or DM.I agree, first all cargo packages/modules have to go into Debian. Perhaps we canask some Rust devs how to do that. I will ask around. Yes building it with network connection is a no-go and violation of the Debian guidelines.I have shortwave successful runing in Testing. I will keep in touch. /Willem On Sun, 2020-08-23 at 16:04 +0200, David Heidelberg wrote: > Hello Willem, > you have more advanced debian/ so I'd start from your version. > Sadly, I'm not official Debian developer, so I cannot do that, we > have to find someone who will. > There will be likely many rust libs which needs to be packaged, TBH I > haven't progressed much on it. > I think we cannot upload even to experimental, when the package > download stuff while build from internet.I'll test your build & check > lintian --pedantic how it goes, but I guess until we get everything > it builds offline, it'll be issue. > Thank youDavidBest regardsDavid Heidelberg > On Sun, Aug 16, 2020 at 19:00, Willem van den Akker < > wvdak...@wilsoft.nl> wrote: > > Dobry den David, > > I also have been working on shortwave and have a working > > packagewhich you can find here: > > https://salsa.debian.org/wvdakker/shortwave > > > > Is it possible to create a team respository so we can work as a > > teamon the package? There is quite a bit Rust work/libraries on > > which wehave to work. To much for one person. > > Another probleem is the networkaccess during the build. USENETWORK > > mustbe used in the pbuilderrc because a lot of cargo must be > > downloaded.However the policy prevents that any the package must be > > build in achroot (4.9). > > Can you as maintainer create a team library? Then we upload the > > versionto experimental as an starting point. > > Na shledanouWillem
Bug#951166: ITP: shortwave -- Find and listen to internet radio stations
Dobry den David, I also have been working on shortwave and have a working package which you can find here: https://salsa.debian.org/wvdakker/shortwave Is it possible to create a team respository so we can work as a team on the package? There is quite a bit Rust work/libraries on which we have to work. To much for one person. Another probleem is the networkaccess during the build. USENETWORK must be used in the pbuilderrc because a lot of cargo must be downloaded. However the policy prevents that any the package must be build in a chroot (4.9). Can you as maintainer create a team library? Then we upload the version to experimental as an starting point. Na shledanou Willem
Bug#955523: polari: Join button is grayed out. No rooms shown.
Package: polari Version: 3.36.1-1 Severity: important Dear Maintainer, After upgrade to polari 3.36 I cannot join any room. Also all old subscribtion to rooms are gone. Starting polari from the command line gives the next error after selecting a server from the server list. (polari:6460): Gjs-WARNING **: 23:39:49.532: JS ERROR: TelepathyGLib.Error: _onRowActivated/<@resource:///org/gnome/Polari/js/connections.js:216:27 main@resource:///org/gnome/Polari/js/main.js:63:12 run@resource:///org/gnome/gjs/modules/package.js:222:12 start@resource:///org/gnome/gjs/modules/package.js:206:5 @:1:1 -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (800, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-4-amd64 (SMP w/12 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages polari depends on: ii dconf-gsettings-backend [gsettings-backend] 0.36.0-1 ii gir1.2-gdkpixbuf-2.0 2.40.0+dfsg-3 ii gir1.2-glib-2.0 1.62.0-5+b1 ii gir1.2-gspell-1 1.8.3-1 ii gir1.2-gtk-3.0 3.24.14-1 ii gir1.2-pango-1.0 1.42.4-8 ii gir1.2-secret-1 0.20.2-1 ii gir1.2-soup-2.4 2.70.0-1 ii gir1.2-telepathyglib-0.120.24.1-2+b1 ii gir1.2-telepathylogger-0.2 0.8.2-4 ii gjs 1.58.1-2 ii libc62.30-2 ii libgirepository-1.0-11.62.0-5+b1 ii libgjs0g 1.58.1-2 ii libglib2.0-0 2.64.1-1 ii libglib2.0-bin 2.64.1-1 ii libgtk-3-0 3.24.14-1 ii libtelepathy-glib0 0.24.1-2+b1 ii telepathy-idle 0.2.0-2+b1 ii telepathy-logger 0.8.2-4 ii telepathy-mission-control-5 1:5.16.5-1 polari recommends no packages. polari suggests no packages. -- no debconf information
Bug#938929: Dependency problem with iptables and libvirt-daemon-system
Same here. Removing IPtables also removes libvirt-daemon-sytem. If you want a hardenend system all packages which are not used must be removed. So leaving IPtables installed is not an option. The following packages will be REMOVED: iptables* libvirt-daemon-system* 0 upgraded, 0 newly installed, 2 to remove and 0 not upgraded. After this operation, 3,063 kB disk space will be freed. I am using. ii libvirt-daemon-system 6.0.0-4 ii libvirt-daemon-system-systemd 6.0.0-4 /W
Bug#849308: wireguard: Wireguard should not transition to stable yet
Hi DKG, > Please make sure you can build the package from the debian/master branch > at https://salsa.debian.org/debian/wireguard> . > > If you can do that successfully (it shouldn't be too hard), feel free to > take a look at the debian/TODO file, which contains a handful of > suggestions, mostly about setting up more detailed autopkgtest testing. Building is no problem. I will dig into the autopkgtest testing. It is rather new to me. > > Another thing that might be handy is to read through the discussion > starting here: > > > https://lists.debian.org/deity/2019/09/msg00017.html > > > The idea is to propose a debian package for binary wireguard kernel > modules that matches the current kernel package, so that users > wouldn't > need to use dkms. getting the dependency details right there is > tricky, > as is keeping it up to date, but it might be worth trying. Interesting, needs more digging from my side. > > I've pushed a very ungainly initial attempt at this binary module > packaging to > https://salsa.debian.org/debian/wireguard-modules > -- you > might want to take a look at that and consider fixing one of the > things > in debian/TODO there, and proposing a fix. > Alternately, testing its > build and seeing whether the resultant binary works or not on systems > without dkms would also be interesting. That shouldn't be a problem. First I will take the autopkgtest. Greetings, Willem
Bug#849308: wireguard: Wireguard should not transition to stable yet
Hi Daniel, I offer by help for maintaining packaging WG. Please let me know how I can help. /Willem
Bug#930735: WireGuard: Add resolvconf as optional dependency
Hi dkg, > It sounds to me like there is still no great suggestion on how to make > this work smoothly, or a clear consensus on what we should do to ensure > that the DNS = directive works for wg-quick :( Correct. > > On Sat 2019-09-07 08:55:17 +0200, Willem van den Akker wrote: > > If resolvectl is symlinked to resolvconf this also should work. But the > > symlinked is not on my system. Even with resolvectl available. > > For most modern debian systems, this seems like the simplest approach, > but i don't think it's safe to assume it will work automatically yet. I have the standard bullseye installation and a simple symlink to resolv gives an error when starting wg-quick up wg0. '[#] ip link add wg0 type wireguard [#] wg setconf wg0 /dev/fd/63 [#] ip -4 address add 192.168.3.21/32 dev wg0 [#] ip link set mtu 1420 up dev wg0 [#] resolvconf -a wg0 -m 0 -x Failed to set DNS configuration: Unit dbus- org.freedesktop.resolve1.service not found. [#] ip link delete dev wg0' > Perhaps the systemd source package could ship a systemd-resolvconf > binary package that (a) enables and runs the systemd-resolved service > automatically, and (b) ships the symlink from /sbin/resolvconf to > resolvectl, and (c) Provides: and Conflicts: with resolvconf itself > (similar to how openresolv does). Sound as a good solution and would explain the error above. > If systemd would do that, then i'd be willing to add a new control line > for wireguard-tools as something like this: > >Recommends: systemd-resolvconf | resolvconf > > Does this seem like a plausible suggestion? Sure. Perhals the even the recommend of resolvconf can be left behind if the systemd integration works. /Willem
Bug#930735: WireGuard: Add resolvconf as optional dependency
Hi dkg, Sorry for the long delay. Case: Clients that I have (laptops, routers) which connects with the main site needs a DNS. To resolv centra servers the clients must access the central DNS (there is no distributed DNS). To accomplish this I add the "DNS = 192.168.4.1" option to the wg0.conf file. Running wq-quick results in 'resolvconf: command not found'. Installing resolvconf make things work. But . if wireguard is not started (laptops), resolvconf will bite me. DNS options received from DHCP-servers will not work in some cases. How did I resolv this? On laptops I imported the wg0.conf (with DNS) into Network-manager and start the VPN with 'nmcli'. This works ok. Agree that resolvconf is not working optimal in some cases. For now wq-quick cannot handle the DNS option (not tested is the last versions), but I have a workaround. If resolvectl is symlinked to resolvconf this also should work. But the symlinked is not on my system. Even with resolvectl available. Greetings, Willem > Hi Willem--On Wed 2019-06-19 15:01:53 +0200, Willem van den Akker > wrote: > > Add resolvconf as an optional dependency. > > If the DNS option is used in the config file and resolvconf is not > installed > > wg-quick will return an > > error and the interface is not created. > > > > [#] ip link add wg0 type wireguard > > [#] wg setconf wg0 /dev/fd/63 > > [#] ip -4 address add 192.168.3.21/32 dev wg0 > > [#] ip link set mtu 1420 up dev wg0 > > [#] resolvconf -a wg0 -m 0 -x > > /usr/bin/wg-quick: line 31: resolvconf: command not found > > [#] ip link delete dev wg0 > Thanks for this suggestion! I'm willing to update the Suggests: of > the > wireguard package if i understand more about what actually works in > this > case. > Are you certain that debian's resolvconf will work for > this? Upstream > has complained in the past about debian's implementation of > resolvconf > being broken (iirc, about the -x flag, but i'm not sure). Would > openresolv's resolvconf be better? > What about when resolvectl(1) from systemd is symlinked as resolvconf > (see the resolvectl man page for more details) -- would that be > preferable? according to its documentation, it has partial support > for > -x, plausible support for -a, and silently ignores -m. is that > sufficient? > If that's ok, maybe there are other adjustments we can make > so that it integrates nicely with systemd-resolved.More details about > what > > configurations you've tested and how well they > work to do what you expect from wg-quick would help me understand how > to > make this system integration work better for you.all the best, > --dkg
Bug#930735: WireGuard: Add resolvconf as optional dependency
Package: WireGuard Version: WireGuard Severity: normal Dear Maintainer, Add resolvconf as an optional dependency. If the DNS option is used in the config file and resolvconf is not installed wg-quick will return an error and the interface is not created. [#] ip link add wg0 type wireguard [#] wg setconf wg0 /dev/fd/63 [#] ip -4 address add 192.168.3.21/32 dev wg0 [#] ip link set mtu 1420 up dev wg0 [#] resolvconf -a wg0 -m 0 -x /usr/bin/wg-quick: line 31: resolvconf: command not found [#] ip link delete dev wg0 -- System Information: Debian Release: 10.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/12 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#918013: O: vlan -- user mode programs to enable VLANs on your ethernet devices
Done. On Tue, 2019-02-12 at 09:09 +0100, Andrej Shadura wrote: > Hi, > On 11/02/2019 09:13, Andrej Shadura wrote: > > On Mon, 04 Feb 2019 14:59:12 +0100 Willem van den Akker< > > wvdak...@wilsoft.nl> wrote: > > > Control: retitle -1 ITA: vlan -- user mode programs to enable > > > VLANs onyour ethernet devices Control: owner -1 > > > Hi, > > > I will maintain the package.Andrej are you willing to support > > > uploading the package ? > > > > Sure. Could you please commit your changes to Git and push them to > > https://mentors.debian.net/package/vlan? > > Adam has uploaded your package not knowing about this discussion, > butnevertheless I’d like you to commit things and push then to > http://salsa.debian.org/debian/vlan — I had a typo in the original > mail. >
Bug#918013: O: vlan -- user mode programs to enable VLANs on your ethernet devices
Hi, Packages is uploaded to unstable by a mentor.Can you give me write access on the git repo?Username: wvdakker-guest ThanksWillemOn Mon, 2019-02-11 at 09:13 +0100, Andrej Shadura wrote: > On Mon, 04 Feb 2019 14:59:12 +0100 Willem van den Akker< > wvdak...@wilsoft.nl> wrote: > > Control: retitle -1 ITA: vlan -- user mode programs to enable VLANs > > onyour ethernet devices Control: owner -1 > > Hi, > > I will maintain the package.Andrej are you willing to support > > uploading the package ? > > Sure. Could you please commit your changes to Git and push them to > https://mentors.debian.net/package/vlan? > Thanks!
Bug#918013: O: vlan -- user mode programs to enable VLANs on your ethernet devices
Control: retitle -1 ITA: vlan -- user mode programs to enable VLANs on your ethernet devices Control: owner -1 Hi, I will maintain the package. Andrej are you willing to support uploading the package ? Greetings, Willem
Bug#732011: O: gyrus -- GNOME tool for Cyrus-IMAP servers administration
On Mon, 2018-11-19 at 08:03 -0500, Jeremy Bicha wrote: > Control: retitle -1 O: gyrus -- GNOME tool for Cyrus-IMAP servers > administration > Control: noowner -1 > > I am cancelling the Intent to Adopt because the adopter posted > comment 25 on > https://bugs.debian.org/886065 > > > Without a maintainer or adopter, I intend to remove gyrus from > Debian very soon as part of gconf cleanup efforts. Please respond > promptly if you agree or object to this removal. > > Thanks, > Jeremy Bicha > Yes agree for removal.
Bug#886065:
Hi, Please remove Gyrus from unstable. The package is abadoned upstream so there will be never any new versions. /Willem
Bug#732011: O: gyrus -- GNOME tool for Cyrus-IMAP servers administration
hi Jeremy,, Yes I am converting it to Gsettings. Gtk3 not yet on my prio-list. Greetings, Willem On Sun, 2018-05-13 at 21:18 -0400, Jeremy Bicha wrote: > > Willem, gyrus was removed from Debian Testing 3 months ago because > > it > > depends on gconf. > > > > It has also been abandoned upstream. > > > > Do you intend to at least port it away from gconf? > > > > It would be helpful if you ported it to gtk3 also. > > > > Otherwise, I think it would be better if we remove gyrus from > > Debian > > Unstable too. > > > > References > > --- > > https://bugs.debian.org/886065 > > https://git.gnome.org/browse/archive/gyrus/log/ > > > > Thanks, > > Jeremy Bicha > >
Bug#732011: O: gyrus -- GNOME tool for Cyrus-IMAP servers administration
hi Jeremy,, Yes I am converting it to Gsettings. Gtk3 not yet on my prio-list. Greetings, Willem On Sun, 2018-05-13 at 21:18 -0400, Jeremy Bicha wrote: > Willem, gyrus was removed from Debian Testing 3 months ago because it > depends on gconf. > > It has also been abandoned upstream. > > Do you intend to at least port it away from gconf? > > It would be helpful if you ported it to gtk3 also. > > Otherwise, I think it would be better if we remove gyrus from Debian > Unstable too. > > References > --- > https://bugs.debian.org/886065 > https://git.gnome.org/browse/archive/gyrus/log/ > > Thanks, > Jeremy Bicha >
Bug#895801: kicad: assert failure with new wxPython version
Hi, Installed 5.0-rc1 and runs without a problem. Perhaps the bug original can be tagged 'Won't fix' instead of fixed? /Willem On Mon, 2018-04-16 at 13:38 +0200, Carsten Schoenert wrote: > On Mon, Apr 16, 2018 at 12:19:04PM +0200, Willem van den Akker wrote: > > Ah, > > > > It is stated fixed :) > > Please check allways first for existing bug reports before open a new > one :) , it cost time to get the reports managed, time that will not be > available to work on packaging mostly. > And kicad is no heavy package with a hugh amout of unhandled issues. > > > If will wait for RC2 and hope it will be soon available in testing. > > You can right now use the version from experimental, no real need to > wait for RC2. RC2 can come next weekend or in four weeks. For Debian we > need to figure out how we can handle we issues with GTK3 in context to > wxWidgets/wxpython. So we may need to exclude the action plugin support > and switch back to GTK2 bindings. > > Regards > Carsten >
Bug#895801: kicad: assert failure with new wxPython version
On Mon, 2018-04-16 at 11:57 +0200, Carsten Schoenert wrote: > Hello Willem, > > On Mon, Apr 16, 2018 at 09:33:59AM +0200, Willem van den Akker wrote: > > Package: kicad > > Version: 4.0.7+dfsg1-1 > > Severity: normal > > > > Dear Maintainer, > > > > After upgrading to the newest wxPython, Kicad wont open any files > anymore. > > > > It comes with the failure: > > ../src/common/object.cpp(251): assert "classTable->Get(m_className) > == NULL" > > failed in Register(): Class "wxCommandEvent" already in RTTI table - > have you > > used IMPLEMENT_DYNAMIC_CLASS() multiple times or linked some object file > > twice)? > > > > Going back to previous (wxPython) version will overhaule the complete > systemen > > because many packages are removed. > > > > I cannot believe I am the only one who is looking to this failure :) > > looking at existing reports for kicad will you show that there is already > #895008 about this issue. > > https://bugs.debian.org/895008";>https://bugs.debian.org/895008 > > Regards > Carsten > Ah, It is stated fixed :) If will wait for RC2 and hope it will be soon available in testing. /Willem
Bug#895801: kicad: assert failure with new wxPython version
Package: kicad Version: 4.0.7+dfsg1-1 Severity: normal Dear Maintainer, After upgrading to the newest wxPython, Kicad wont open any files anymore. It comes with the failure: ../src/common/object.cpp(251): assert "classTable->Get(m_className) == NULL" failed in Register(): Class "wxCommandEvent" already in RTTI table - have you used IMPLEMENT_DYNAMIC_CLASS() multiple times or linked some object file twice)? Going back to previous (wxPython) version will overhaule the complete systemen because many packages are removed. I cannot believe I am the only one who is looking to this failure :) -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.15.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kicad depends on: ii kicad-common4.0.7+dfsg1-1 ii libboost-atomic1.62.0 1.62.0+dfsg-5 ii libboost-chrono1.62.0 1.62.0+dfsg-5 ii libboost-context1.62.0 1.62.0+dfsg-5 ii libboost-date-time1.62.01.62.0+dfsg-5 ii libboost-filesystem1.62.0 1.62.0+dfsg-5 ii libboost-iostreams1.62.01.62.0+dfsg-5 ii libboost-locale1.62.0 1.62.0+dfsg-5 ii libboost-program-options1.62.0 1.62.0+dfsg-5 ii libboost-regex1.62.01.62.0+dfsg-5 ii libboost-system1.62.0 1.62.0+dfsg-5 ii libboost-thread1.62.0 1.62.0+dfsg-5 ii libc6 2.27-3 ii libcairo2 1.15.10-1 ii libcurl37.58.0-2 ii libgcc1 1:8-20180402-1 ii libgl1 1.0.0-2 ii libglew2.0 2.0.0-5 ii libglu1-mesa [libglu1] 9.0.0-2.1 ii libgomp18-20180402-1 ii libpython2.72.7.14-8 ii libssl1.1 1.1.0h-2 ii libstdc++6 8-20180402-1 ii libwxbase3.0-0v53.0.4+dfsg-3 ii libwxgtk3.0-0v5 3.0.4+dfsg-3 ii python 2.7.14-4 ii python-wxgtk3.0 3.0.2.0+dfsg-7 Versions of packages kicad recommends: ii xsltproc 1.1.29-5 Versions of packages kicad suggests: pn extra-xdg-menus pn kicad-doc-ca | kicad-doc-de | kicad-doc-en | kicad-doc-es | kicad-d -- no debconf information
Bug#890600: gtkterm: No prompt
On Sun, 2018-02-18 at 01:59 +, Pelle Hjek wrote: > Hi > > I may have misunderstood the purpose of gtkterm, as there is another program > with the same name, described like this: > "GTKTerm is a small graphical shell like XTerm." > https://sourceforge.net/projects/gtkterm/ > > I was mistakenly expecting GTKTerm to be a terminal emulator and was > expecting it to show a prompt. > > Something that may have contributed to my confusion is the fact that GTKTerm > segfaults when clicking in the "Help" menu, and that the service, on which > the project web site in listed the GTKTerm man page ( > https://fedorahosted.org/gtkterm/ ) is hosted, has been discontinued. > Hi, I understand the mixup. 2 projects with the same name but different functions are confusing. The segfaults in the help is a known problem and fixed in the latest version in testing. Thanks for you clarification. /Willem
Bug#890600: gtkterm: No prompt
Sorry, Wrong reply to this mail shame shame shame. /Willem On Sun, 2018-02-18 at 17:18 +0100, Willem van den Akker wrote: > Xxx > > Verzonden vanuit VMware Boxer > > Op 18 feb. 2018 3:09 a.m. schreef Pelle Hjek : > > Hi > > > > I may have misunderstood the purpose of gtkterm, as there is > > another program with the same name, described like this: > > "GTKTerm is a small graphical shell like XTerm." > > https://sourceforge.net/projects/gtkterm/ > > > > I was mistakenly expecting GTKTerm to be a terminal emulator and > > was expecting it to show a prompt. > > > > Something that may have contributed to my confusion is the fact > > that GTKTerm segfaults when clicking in the "Help" menu, and that > > the service, on which the project web site in listed the GTKTerm > > man page ( https://fedorahosted.org/gtkterm/ ) is hosted, has been > > discontinued. > > > > -- > > Pelle Hjek > > h...@member.fsf.org > > https://news.hjek.tk > > > > On Fri, Feb 16, 2018 at 07:01:14PM +0100, Willem van den Akker > > wrote: > > > On Fri, 2018-02-16 at 18:44 +0200, Adrian Bunk wrote: > > > > Control: severity -1 grave > > > > > > > > On Fri, Feb 16, 2018 at 05:04:13PM +0100, Willem van den Akker > > wrote: > > > > > Hello Pelle, > > > > > > > > > > Please notice you are using reporting against an older > > version. > > > > > The latest version has many updates. > > > > >... > > > > > > > > This is the version in stable. > > > > > > > > This is the version normal users are expected to use, > > > > and it is supported by Debian until 2020. > > > > > > > > I cannot comment on the contents of this bug, but if it is as > > broken as > > > > it sounds this might be an RC issue in stable that should be > > fixed by > > > > the maintainer for stable. > > > > > > > > > Greetings > > > > > Willem vdAkker > > > > > > > > cu > > > > Adrian > > > > > > > > > > Ok, point taken :) > > > > > > Hello Pelle, > > > > > > Can you describe the situatie when the failure is shown? > > > What is connected to which serial port. What is your > > configuration > > > for that serial port. > > > > > > /Willem > >
Bug#890600: gtkterm: No prompt
Xxx Verzonden vanuit VMware Boxer Op 18 feb. 2018 3:09 a.m. schreef Pelle Hjek : Hi I may have misunderstood the purpose of gtkterm, as there is another program with the same name, described like this: "GTKTerm is a small graphical shell like XTerm." https://sourceforge.net/projects/gtkterm/ I was mistakenly expecting GTKTerm to be a terminal emulator and was expecting it to show a prompt. Something that may have contributed to my confusion is the fact that GTKTerm segfaults when clicking in the "Help" menu, and that the service, on which the project web site in listed the GTKTerm man page ( https://fedorahosted.org/gtkterm/ ) is hosted, has been discontinued. -- Pelle Hjek h...@member.fsf.org https://news.hjek.tk On Fri, Feb 16, 2018 at 07:01:14PM +0100, Willem van den Akker wrote: > On Fri, 2018-02-16 at 18:44 +0200, Adrian Bunk wrote: > > Control: severity -1 grave > > > > On Fri, Feb 16, 2018 at 05:04:13PM +0100, Willem van den Akker wrote: > > > Hello Pelle, > > > > > > Please notice you are using reporting against an older version. > > > The latest version has many updates. > > >... > > > > This is the version in stable. > > > > This is the version normal users are expected to use, > > and it is supported by Debian until 2020. > > > > I cannot comment on the contents of this bug, but if it is as broken as > > it sounds this might be an RC issue in stable that should be fixed by > > the maintainer for stable. > > > > > Greetings > > > Willem vdAkker > > > > cu > > Adrian > > > > Ok, point taken :) > > Hello Pelle, > > Can you describe the situatie when the failure is shown? > What is connected to which serial port. What is your configuration > for that serial port. > > /Willem
Bug#890600: gtkterm: No prompt
On Fri, 2018-02-16 at 18:44 +0200, Adrian Bunk wrote: > Control: severity -1 grave > > On Fri, Feb 16, 2018 at 05:04:13PM +0100, Willem van den Akker wrote: > > Hello Pelle, > > > > Please notice you are using reporting against an older version. > > The latest version has many updates. > >... > > This is the version in stable. > > This is the version normal users are expected to use, > and it is supported by Debian until 2020. > > I cannot comment on the contents of this bug, but if it is as broken as > it sounds this might be an RC issue in stable that should be fixed by > the maintainer for stable. > > > Greetings > > Willem vdAkker > > cu > Adrian > Ok, point taken :) Hello Pelle, Can you describe the situatie when the failure is shown? What is connected to which serial port. What is your configuration for that serial port. /Willem
Bug#890600: gtkterm: No prompt
Hello Pelle, Please notice you are using reporting against an older version. The latest version has many updates. Can you test against the latest version 0.99.7+git9d63182-1 I will lower the severity to normal and hope to hear soon from you. Greetings Willem vdAkker
Bug#886847: Patch fixing the issue
On Wed, 2018-01-24 at 12:12 +0100, Thomas Goirand wrote: > Hi Willem, > > Indeed, we shall add a transition package. However, I would prefer to > simply remove the python-pyldap source package, and have the python-ldap > source package to carry it. Once uploaded, we can open a bug against > ftp.debian.org for the removal of the python-pyldap package. > > I have attached to this message a debdiff of the proposed changes > against python-ldap. Do you agree that I upload this? > > Also, could we maintain python-ldap as a team, so I could upload it? > > Cheers, > > Thomas Goirand (zigo) Yes, no problem you can upload this Also maintain as team is a good idea. Can you make me also member of the team? /Willem
Bug#886847: python3-ldap,python3-pyldap: error when trying to install together
On Wed, 2018-01-10 at 14:37 +0100, Andreas Beckmann wrote: > Package: python3-ldap,python3-pyldap > Severity: serious > User: trei...@debian.org > Usertags: edos-file-overwrite > Control: found -1 3.0.0~b3-1 > Control: found -1 2.4.25.1-2 > > Hi, > > automatic installation tests of packages that share a file and at the > same time do not conflict by their package dependency relationships has > detected the following problem: > > Selecting previously unselected package python3-pyldap. > Preparing to unpack .../python3-pyldap_2.4.25.1-2+b1_amd64.deb ... > Unpacking python3-pyldap (2.4.25.1-2+b1) ... > dpkg: error processing archive > /var/cache/apt/archives/python3-pyldap_2.4.25.1-2+b1_amd64.deb (--unpack): >trying to overwrite > '/usr/lib/python3/dist-packages/_ldap.cpython-36m-x86_64-linux-gnu.so', which > is also in package python3-ldap 3.0.0~b3-1 > Errors were encountered while processing: >/var/cache/apt/archives/python3-pyldap_2.4.25.1-2+b1_amd64.deb > > > This is a serious bug as it makes installation fail, and violates > sections 7.6.1 and 10.1 of the policy. An optimal solution would > consist in only one of the packages installing that file, and renaming > or removing the file in the other package. Depending on the > circumstances you might also consider Replace relations or file > diversions. If the conflicting situation cannot be resolved then, as a > last resort, the two packages have to declare a mutual > Conflict. Please take into account that Replaces, Conflicts and > diversions should only be used when packages provide different > implementations for the same functionality. > > Here is a list of files that are known to be shared by both packages > (according to the Contents file for sid/amd64, which may be > slightly out of sync): > > usr/lib/python3/dist-packages/_ldap.cpython-36m-x86_64-linux-gnu.so > usr/lib/python3/dist-packages/ldap/__init__.py > usr/lib/python3/dist-packages/ldap/async.py > usr/lib/python3/dist-packages/ldap/cidict.py > usr/lib/python3/dist-packages/ldap/compat.py > usr/lib/python3/dist-packages/ldap/controls/__init__.py > usr/lib/python3/dist-packages/ldap/controls/deref.py > usr/lib/python3/dist-packages/ldap/controls/libldap.py > usr/lib/python3/dist-packages/ldap/controls/openldap.py > usr/lib/python3/dist-packages/ldap/controls/ppolicy.py > usr/lib/python3/dist-packages/ldap/controls/psearch.py > usr/lib/python3/dist-packages/ldap/controls/pwdpolicy.py > usr/lib/python3/dist-packages/ldap/controls/readentry.py > usr/lib/python3/dist-packages/ldap/controls/sessiontrack.py > usr/lib/python3/dist-packages/ldap/controls/simple.py > usr/lib/python3/dist-packages/ldap/dn.py > usr/lib/python3/dist-packages/ldap/extop/__init__.py > usr/lib/python3/dist-packages/ldap/extop/dds.py > usr/lib/python3/dist-packages/ldap/filter.py > usr/lib/python3/dist-packages/ldap/functions.py > usr/lib/python3/dist-packages/ldap/ldapobject.py > usr/lib/python3/dist-packages/ldap/logger.py > usr/lib/python3/dist-packages/ldap/modlist.py > usr/lib/python3/dist-packages/ldap/resiter.py > usr/lib/python3/dist-packages/ldap/sasl.py > usr/lib/python3/dist-packages/ldap/schema/__init__.py > usr/lib/python3/dist-packages/ldap/schema/models.py > usr/lib/python3/dist-packages/ldap/schema/subentry.py > usr/lib/python3/dist-packages/ldap/schema/tokenizer.py > usr/lib/python3/dist-packages/ldap/syncrepl.py > usr/lib/python3/dist-packages/ldapurl.py > usr/lib/python3/dist-packages/ldif.py > > > This bug is assigned to both packages. If you, the maintainers of > the two packages in question, have agreed on which of the packages will > resolve the problem please reassign the bug to that package. You may > also register in the BTS that the other package is affected by the bug. > > Cheers, > > Andreas > > PS: for more information about the detection of file overwrite errors > of this kind see https://qa.debian.org/dose/file-overwrites.html It looks like the fork python3-pyldap is decprecated and merged back into python-ldap [1]. My suggestion is to make a transitional package for python3-pyldap which installs python-ldap. /Willem [1] https://github.com/pyldap/pyldap/
Bug#885010: python-ldap: Incomplete debian/copyright?
On Fri, 22 Dec 2017 20:58:39 + Chris Lamb wrote: > Source: python-ldap > Version: 3.0.0~b3-1 > Severity: serious > Justication: Policy 12.5 > X-Debbugs-CC: Willem van den Akker > > Hi, > > I just ACCEPTed python-ldap from NEW but noticed it was missing > attribution in debian/copyright for at least the code copy of > shutil.which in Lib/ldap/compat.py. > > (This is not exhaustive so please check over the entire package > carefully and address these on your next upload.) > > > Regards, > > -- > ,''`. > : :' : Chris Lamb > `. `'` la...@debian.org / chris-lamb.co.uk >`- > > Chris, What is the best way to add those embedded source files? Is the next entry in debian/config sufficient? Files: Lib/ldap/compat.py Comment: shutil.py is embedded in compat.py and has its own copyright. Copyright: Python-ldap project License: Python /Willem
Bug#732011: O: gyrus -- GNOME tool for Cyrus-IMAP servers administration
Hi, I am using Gyrus and will adopting it. /Willem
Bug#884882: Acknowledgement (Please add python3-ldap)
On Thu, 2017-12-21 at 01:27 +0200, Timo Aaltonen wrote: > Python3 support has been added upstream in 3.0.0b*. The attached diff > updates the packaging for the latest release, 3.0.0b3. > Hi, Thanks for the diff. I have made the package. You can find it on https://mentors.debian.net/package/python-ldap I have skipped the dh_auto-test because the tests rely on pyasn1_modules>=0.1.5. Sid has only 0.0.7 Can you review and upload it? /Willem
Bug#710262:
I am working on the Archi package for Debian again. /Willem
Bug#868690: O: python-ldap -- LDAP interface module for Python
Package: wnpp Control: retitle -1 ITA: python-ldap -- LDAP interface module for Python Control: owner ! Hi, I will adopt this package because I use it for interface my LDAP database and for running FreeIPA. /Willem
Bug#881762: ITA: gtkterm/0.99.7~rc1-1
On Tue, 2017-11-14 at 23:13 +0100, Adam Borowski wrote: > On Tue, Nov 14, 2017 at 10:19:27PM +0100, Willem van den Akker wrote: > > * Package name: gtkterm > > Version : 0.99.7~rc1-1 > > Upstream Author : [fill in name and email of upstream] > > * URL : [fill in URL of upstreams web site] > > * License : [fill in] > > Section : comm > > > > Changes since the last upload: > > > > * New maintainer upload (Closes: #857476). > > * debian/control > > - description updated conform Developer's Reference. > > * Bump standards version to 4.1.1.1. > > > Remarks: > > Homepage, watch file are not known yet. gtkterm has many, often > > inactive, respositories. I am in contact with a few owners to take > > over the most recent respository. After that a new release and > > homepage/watch file are filled in. > > Also one file serie.c is modified other then the 'quilt-way'. This will > > be corrected after a new version upload. > > I don't see any changes other than removal of an article from the short desc > and removal of the Homepage: field. > > Thus, this upload would serve no other purpose than to stake your claim. > This can be done just by mentioning in the ITA bug. > > I'd refrain from uploading until there are some actual changes. > > > Meow! Hi, I have created a new package based on new upstream version. Recent entry changelog: * New maintainer (Closes: #857476). * New upstream release (Closes: #601916). - add Russian translation. Thanks to Sergey Alyoshin (Closes: #548945). - add German translation. Thanks to Chris Leick (Closes: #574971). - add more baudrates (Closes: #460747). - migrate to GTK3 and vte-2.91 (Closes: #790177). * debian/copyright - add icon/*.png. - make dep5. * debian/control - bump to standards-version 4.1.1.1. - add Homepage field (Closes: #615330). * debian/install - add file. * debian/gtkterm.desktop - add icon. - fix Menu entry (Closes: #400796). * debian/rules - migrate from cdbs to dh. * debian/watch - add file. Please review if you got the time. /Willem
Bug#881762: ITA: gtkterm/0.99.7~rc1-1
On Tue, 2017-11-14 at 23:13 +0100, Adam Borowski wrote: > On Tue, Nov 14, 2017 at 10:19:27PM +0100, Willem van den Akker wrote: > > * Package name: gtkterm > > Version : 0.99.7~rc1-1 > > Upstream Author : [fill in name and email of upstream] > > * URL : [fill in URL of upstreams web site] > > * License : [fill in] > > Section : comm > > > > Changes since the last upload: > > > > * New maintainer upload (Closes: #857476). > > * debian/control > > - description updated conform Developer's Reference. > > * Bump standards version to 4.1.1.1. > > > Remarks: > > Homepage, watch file are not known yet. gtkterm has many, often > > inactive, respositories. I am in contact with a few owners to take > > over the most recent respository. After that a new release and > > homepage/watch file are filled in. > > Also one file serie.c is modified other then the 'quilt-way'. This will > > be corrected after a new version upload. > > I don't see any changes other than removal of an article from the short desc > and removal of the Homepage: field. > > Thus, this upload would serve no other purpose than to stake your claim. > This can be done just by mentioning in the ITA bug. > > I'd refrain from uploading until there are some actual changes. > > > Meow! Hi Adam, Clear. I am currently working on a new upstream version and will be back if it is ready for review. /Willem
Bug#881762: ITA: gtkterm/0.99.7~rc1-1
Package: sponsorship-requests Severity: normal [important for RC bugs, wishlist for new packages] Dear mentors, I am looking for a sponsor for my package "gtkterm" * Package name: gtkterm Version : 0.99.7~rc1-1 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of upstreams web site] * License : [fill in] Section : comm It builds those binary packages: gtkterm- simple GTK+ serial port terminal To access further information about this package, please visit the following URL: https://mentors.debian.net/package/gtkterm Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/gtkterm/gtkte rm_0.99.7~rc1-1.dsc Changes since the last upload: * New maintainer upload (Closes: #857476). * debian/control - description updated conform Developer's Reference. * Bump standards version to 4.1.1.1. Remarks: Homepage, watch file are not known yet. gtkterm has many, often inactive, respositories. I am in contact with a few owners to take over the most recent respository. After that a new release and homepage/watch file are filled in. Also one file serie.c is modified other then the 'quilt-way'. This will be corrected after a new version upload. Regards, W. van den Akker
Bug#857476: O: gtkterm -- A simple GTK+ serial port terminal
I have experience in C programming, serial-communication. ...
Bug#857476: O: gtkterm -- A simple GTK+ serial port terminal
Package: wnpp Severity: normal Hi Tobias, I am happy to take the orphaned package. I use it for debugging, uploading software to OpenWRT routers and Arduino stuff. For that job it is a simple fast package. I have experience in Will change the owner of this bug and prepare a first upload to change maintainer. I hope you can help me uploading it into unstable. /Willem
Bug#851997: No TLS encryption possible
Hi, I have clients running with a Jabberd2 server using LetsEncrypt certifcate for the Jabber server. Wireshark shows the communication between client and server is using TLS. If clients want to be sure to get an encrypted end-to-end connection across different jabberd servers there are several clients available to encrypt the messages (ChatSecure, OMEMO). No matter the server-server communication. You cannot assume a TLS connection is secure enough to transport secure messages. Therefore this is not a RC-bug in my opinion. Greetings. Willem vdAkker
Bug#841398: evolution: Cannot reply to a message in HTML
Package: evolution Version: 3.22.1-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Replying to a HTML message leads to a 100% CPU load. The CPU load is caused by systemd-journal. The message opens without showing any content. The systemd-journal is taking 100% CPU. Closing the message window takes the CPU back to normal. * What exactly did you do (or not do) that was effective (or ineffective)? Reply in Plain text. * What was the outcome of this action? This went well. So it is a work around. *** End of the template - remove these template lines *** -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages evolution depends on: ii dbus 1.10.12-1 ii evolution-common 3.22.1-1 ii evolution-data-server 3.22.1-2 ii libc6 2.24-3 ii libcamel-1.2-593.22.1-2 ii libclutter-gtk-1.0-0 1.8.2-1 ii libecal-1.2-19 3.22.1-2 ii libedataserver-1.2-22 3.22.1-2 ii libevolution 3.22.1-1 ii libglib2.0-0 2.50.1-1 ii libgtk-3-0 3.22.1-1 ii libical2 2.0.0-0.5+b1 ii libicu57 57.1-4 ii libnotify4 0.7.7-1 ii libsoup2.4-1 2.56.0-1 ii libwebkit2gtk-4.0-37 2.14.0-1 ii libxml22.9.4+dfsg1-2 ii psmisc 22.21-2.1+b1 Versions of packages evolution recommends: pn bogofilter | spamassassin ii evolution-plugins 3.22.1-1 ii yelp 3.22.0-1 Versions of packages evolution suggests: pn evolution-ews pn evolution-plugins-experimental ii gnupg 2.1.15-4 ii network-manager 1.4.2-1+b1 -- debconf information: evolution/needs_shutdown: evolution/kill_processes:
Bug#780706: Request for Arduino IDE 1.6.1 package
Any progress on this. Arduino-mk is already on 1.5. Greetings. Willem
Bug#742748: jabberd2: fails to build with clang instead of gcc
On Tue, 2015-04-28 at 12:27 +0200, Simon Josefsson wrote: > This patch looks wrong to me -- it changes a void function into an int > function, and changes return values from void to 0, which the caller > ignores. I dont see a problem there. It is only used for avoiding errors compling with CLANG. If or if not a caller ignores a return value is not an issue. > As far as I can tell, the patch is not needed at all since > upstream has fixed this issue. Not in version 2.3.3 /Willem
Bug#742748: jabberd2: fails to build with clang instead of gcc
Hi Nicolas, I have added your patch. With the next upload it can be tested. Hope this fixes the problem once and for all. /Willem
Bug#768130: [pkg-wpa-devel] Bug#768130: wpa_supplicant[1689]: nl80211: send_and_recv->nl_recvmsgs failed: -33" when trying to start apache
Hi, I have installed 3.19 from experimental and for now the errors are gone and the wifi connection looks stable. So after all this looks like a kernel bug. I will report more after a few days. /Willem On Mon, 2015-02-23 at 19:19 +0100, Stefan Lippers-Hollmann wrote: > Hi > > On 2015-02-23, Willem van den Akker wrote: > > I have a laptop with an Intel Corporation Centrino Wireless-N 1030 wifi > > adapter. > > (Network controller: Intel Corporation Centrino Wireless-N 1030 [Rainbow > > Peak] (rev 34)) > > > > This adapter worked fine until there was an upgrade to wpa_suppliant > > 2.x. > > After that many 'nl80211: send_and_recv->nl_recvmsgs failed: -33' > > messages are found > > in the log and the wifi connection is down for about 15 seconds. This > > happens every 2 minutes. > > > > Feb 23 17:40:14 notebook wpa_supplicant[1117]: nl80211: > > send_and_recv->nl_recvmsgs failed: -33 > > > > This makes the jessie for this kind of laptops almost unusable. > > > > I have tried the suggestion 'modprobe iwlwifi 11n-disable=1' 2, 4 or 8. > > But then can cannot > > connect at all to my AP. > > > > So I think there is a major problem for the Jessie iwlwifi users. > > > > I hope for a fast solution ;) > > As mentioned before, I do not believe that this is a bug in > wpasupplicant, but rather a kernel issue - as I've never > seen this (or similar) bugs myself with non-iwlwifi drivers > (as I unfortunately don't have access to modern intel wlan > cards) and it's the kernel's job to provide a driver > agnostic API between mac80211 based kernel drivers and > userspace, namely wpa_supplicant. > > Therefore we -well you or the original submitter, as I don't > have access to iwlwifi based devices- really need to establish > if this really is a regression in the wpasupplicant package or > in the kernel, which probably was updated several times within > a similar time frame of the wpa_supplicant 2.2/ 2.3 uploads. > The absence of bugreports for non-iwlwifi devices suggests > otherwise. > > In order to debug this, you can try kernel 3.19 from experimental, > check if you have the most current firmware (ucode) for your wlan > card (firmware-iwlwifi might not carry the newer firmware blobs > due to the freeze, dmesg might tell) and do comparative tests with > the different wpasupplicant versions from > > http://snapshot.debian.org/package/wpa/ > > My hunch remains that this is probably a kernel regression, but > this can only be confirmed with those tests and by someone who > can reproduce the issue/ owns the affected hardware - and if this > really is a bug in wpa_supplicant, ideally by a git bisection > between the last known-good and the first known-broken version. > > Regards > Stefan Lippers-Hollmann
Bug#768130: wpa_supplicant[1689]: nl80211: send_and_recv->nl_recvmsgs failed: -33" when trying to start apache
I have a laptop with an Intel Corporation Centrino Wireless-N 1030 wifi adapter. (Network controller: Intel Corporation Centrino Wireless-N 1030 [Rainbow Peak] (rev 34)) This adapter worked fine until there was an upgrade to wpa_suppliant 2.x. After that many 'nl80211: send_and_recv->nl_recvmsgs failed: -33' messages are found in the log and the wifi connection is down for about 15 seconds. This happens every 2 minutes. Feb 23 17:40:14 notebook wpa_supplicant[1117]: nl80211: send_and_recv->nl_recvmsgs failed: -33 This makes the jessie for this kind of laptops almost unusable. I have tried the suggestion 'modprobe iwlwifi 11n-disable=1' 2, 4 or 8. But then can cannot connect at all to my AP. So I think there is a major problem for the Jessie iwlwifi users. I hope for a fast solution ;) /Willem
Bug#760314: #760314: RFH: zoneminder maintenance in Debian
Hi, For my home automation project in progress I need a system like zoneminder. So I am interested in getting zoneminder into good shape and get it back to testing. Therefore I am interested in (co)maintaining the package. I have some experience in packaging (I am the maintainer of Jabberd2 package) but need to enhance my skills. So I need a mentor / sponsor who can help me with this. As I have my build system, build around git it would be great if Vagrant migrate it to a git repository. So I am willing to pick it up... however not without a mentor who can spend time to educate me :). /Willem
Bug#742894: Incomplete debian/copyright
Hi, This bug (among others changes) is fixed. The code is in the git repository and can be reviewed and uploaded from there. /Willem
Bug#751271: usb-modeswitch: doesn't switch Huawei E3131s-2 on boot
Sorry, message was not complete. After downgrading it all worked fine. On Thu, 2014-07-10 at 23:59 +0200, Josua Dietze wrote: > Did the problem go away when you downgraded?
Bug#751271: usb-modeswitch: doesn't switch Huawei E3131s-2 on boot
After upgrading to systemd-sysv in testing the Huawei modem (12d1:1465 Huawei Technologies Co., Ltd. K3765 HSPA) did not activate after insertion. The stick is recognized, but the stick did not show up in the network-manager panel. After contacting the #debian-systemd channel I downgraded usb-modeswitch_2.1.1+repack0-1_amd64.deb usb-modeswitch-data_20140327-1_all.deb
Bug#622960: O: freemind -- Java Program for creating and viewing
Hi, No time to maintain this in a short time. So if anyone wants to pick it op. Go ahead. If not then I will reconsider if I have more time for maintaining it. Greetings, Willem On Thu, 2014-03-27 at 22:43 +0100, Markus Koschany wrote: > Hello Willem, > > do you still intend to adopt Freemind? I'm asking because I haven't seen > any progress on this bug report yet. > > If you are not interested anymore, I suggest to revert the status back > to RFA. What do you think? > > Regards, > > Markus >
Bug#743066: RFA: gutenprint -- runtime for the Gutenprint printer driver library
Package: wnpp Severity: normal I request an adopter for the gutenprint package. The package description is: This package includes the Gutenprint shared library, needed to run programs using Gutenprint drivers. . Gutenprint is the print facility for the GIMP, and in addition a suite of drivers that may be used with common UNIX spooling systems using GhostScript or CUPS. These drivers provide printing quality for UNIX/Linux on a par with proprietary vendor-supplied drivers in -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#742894: [Pkg-xmpp-devel] Bug#742894: Incomplete debian/copyright [was: Uploading package(s)]
H Boris, Thanks for the feedback. I will make the changes. By the way. How did you get the lintian error? Mine doesnt report any errors. Is there a tool which lists all different copyright licenses in all files? I searched but could not find one. Or have I to check all files by hand? Regards, Willem On Fri, 2014-03-28 at 20:10 +0400, Boris Pek wrote: > Package: jabberd2 > Version: 2.2.17-1 > Severity: serious > Justification: Policy 12.5 > X-Debbugs-Cc: debian-ment...@lists.debian.org > > > Hi, > > > Is someone willing to upload the new version of the package? > > It close a bug. > > The package is here: git://anonscm.debian.org/pkg-xmpp/jabberd2.git > > At first you should fix lintian error tag: > E: jabberd2 source: source-is-missing docs/code/jquery.js > In other case this package will be rejected by buildd bot after upload. > > Next you should update debian/copyright: it is not full now. > For example, there are no such copyright holders in it: > Tomasz Sterna > Adam Strzelecki > Free Software Foundation > Internet Software Consortium > Aladdin Enterprises > BBN Technologies Corp. > Kungliga Tekniska Hgskolan > X Consortium > Christof Meerwald > Lucas Nussbaum > Ubiquecom Inc > Harald Braumann > Cryptography Research, Inc. > Daniel Willmann > Kevlin Henney > Nicholas J Humfrey > SKC, Inc > The Apache Group. > Also there are files under different licenses and they should be described > properly. > > Best regards, > Boris > > ___ > Pkg-xmpp-devel mailing list > pkg-xmpp-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-xmpp-devel
Bug#742748: [Pkg-xmpp-devel] Bug#742748: jabberd2: fails to build with clang instead of gcc
Hi, Thanks for submitting the patch. I have added it and it will be soon available. Greetings, Willem On Wed, 2014-03-26 at 21:51 +0100, Nicolas Sévelin-Radiguet wrote: > Package: jabberd2 > Version: 2.2.17-1 > Severity: minor > Tags: patch > User: pkg-llvm-t...@lists.alioth.debian.org > Usertags: clang-ftbfs > > Dear Maintainer, > > Your package fails to build with clang instead of gcc. [-Wreturn-type] > The attached patch fixes it. > Buildlogs and patch are here: > https://github.com/nonas/debian-clang/tree/master/buildlogs/jabberd2 > > Regards, > Nicolas > > -- System Information: > Debian Release: jessie/sid > APT prefers testing-updates > APT policy: (500, 'testing-updates'), (500, 'testing') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > ___ > Pkg-xmpp-devel mailing list > pkg-xmpp-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-xmpp-devel
Bug#622960: ITA: freemind -- Java Program for creating and viewing
Hi, Still intending to adopt it. Have some other things now. If anyone wants to adopt it, it is fine by me otherwise I will continue it. Regard, Willem On Thu, 2014-03-27 at 22:43 +0100, Markus Koschany wrote: > Hello Willem, > > do you still intend to adopt Freemind? I'm asking because I haven't seen > any progress on this bug report yet. > > If you are not interested anymore, I suggest to revert the status back > to RFA. What do you think? > > Regards, > > Markus >
Bug#710262: ITP: Archi -- Archi is a tool and editor to create ArchiMate models
Package: wnpp Severity: wishlist Owner: Willem van den Akker * Package name: Archi Version : 2.4.0 Upstream Author : p.beauv...@dadabeatnik.com * URL : http://archi.cetis.ac.uk/ * License: MIT Programming Lang: Java Description : Archi is a free, open source, cross-platform tool and editor to create ArchiMate models -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#622960: ITA: freemind -- Java Program for creating and viewing Mindmaps
Hi, Simply because: -first it is already in Debian and needs a maintainer; -secondly, I think freemind is a nice piece of software and it works for me. I someone needs more modulair software then freeplane is the choise. -third: freeplane adds an additional 52MB extra (java) software. So why should I need that? If someone can work with Gedit, why install Libreoffice? ;) Just my 2 cts On Sat, 2013-02-09 at 14:08 +0100, Reinhard Tartler wrote: > On Sat, Feb 9, 2013 at 11:49 AM, Willem van den Akker > wrote: > > Package: wnpp > > Severity: normal > > X-Debbugs-CC: debian-de...@lists.debian.org > > > > I am using this package a lot and like to (co) maintain. > > I have good experiences in C, some less in Java but that wont be > > a problem because I can catch up fast. > > Can you please elaborate why you think that we need both freemind and > freeplane in Debian? Quoting from > http://freeplane.sourceforge.net/wiki/index.php/Main_Page: > > Freeplane was created because of problems with the popular open source > mind mapping program Freemind. Freeplane has been refactored from > Freemind to make its code and packages more modular, make it easier > for new software developers to contribute to Freeplane development, > and to release new versions of Freeplane more often. > > Cheers, > Reinhard > signature.asc Description: This is a digitally signed message part
Bug#622960: ITA: freemind -- Java Program for creating and viewing Mindmaps
Package: wnpp Severity: normal X-Debbugs-CC: debian-de...@lists.debian.org I am using this package a lot and like to (co) maintain. I have good experiences in C, some less in Java but that wont be a problem because I can catch up fast. I maintain several smaller packages in Debian, so I have some packaging skills Greetings, WIllem signature.asc Description: This is a digitally signed message part
Bug#698673: printer-driver-cupsgutenprint: Epson printer can't print with Iceweasel
Hi, To determine the cause of the problems, if it is CUPS related or gutenprint or something else, I would ask you to create a log and attach it to this bug. You can enable logging by setting LogLevel=debug in cupsd.conf. Then print the page which causes the problem and attach the log. Thanks! Greetings, Willem signature.asc Description: This is a digitally signed message part
Bug#479397: ITA: gutenprint -- printer drivers for CUPS
Package: wnpp Severity: normal I have tried to ITA this package before. However is did not work out because of time and skills. If ok I will adopt it. Greetings, Willem. signature.asc Description: This is a digitally signed message part
Bug#502305: ITP: ulogd2 -- The Netfilter Userspace Logging Daemon, version 2
Hi, Is there any progress on this? If you dont have time, perhaps I can help to get it in. signature.asc Description: This is a digitally signed message part
Bug#698548: RFS: jabber-muc/0.8-4 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "jabber-muc" * Package name: jabber-muc Version : 0.8-4 Upstream Author : David Sutton and Gregoire Menuel * URL : https://gna.org/projects/mu-conference/ * License : GPL-v2 Section : net It builds those binary packages: jabber-muc - Multi User Conference component for the Jabber IM server To access further information about this package, please visit the following URL: http://mentors.debian.net/package/jabber-muc Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/j/jabber-muc/jabber-muc_0.8-4.dsc Changes since the last upload: * New maintainer (Closes: #589307). * debian/control: added myself to the uploaders list. * Removed /var/run (Closes: #689894). - debian/dirs: removed /var/run entry. - debian/postinst: removed /var/run entries. - debian/lintian-overrides: removed /var/run entry. - debian/rules: removed lintian-overrides copy operation. * debian/lintian-overrides: added spelling-error-in-binary. * debian/rules: include hardening options. - debian/lintian-overrides: added hardening-no-relro. - debian/control: added hardening-include dependency. * debian/rules: added build-arch, build-indep. * debian/rules: added include quilt.make debian/control: added quilt dependency. Now quilt 3.0 compatible. * debian/control: added Vcs-git and Vcs-Browser tags. * debian/control: make extended description longer. * debian/component.d/60muc: added status option. * Bump standards version to 3.9.4. * Debhelper dependency to >9. - debian/compat: updated to 9. * Added debian/watch file. * Added mu-conference man page. + debian/mu-conference.1 file added. + debian/manpages file added. Regards, W. van den Akker signature.asc Description: This is a digitally signed message part
Bug#698547: RFS: jabberd2/2.2.17-1 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "jabberd2" * Package name: jabberd2 Version : 2.2.17-1 Upstream Author : see AUTHORS in package (long list ;)) * URL : www.jabberd2.org * License : GPL-v2 Section : net It builds those binary packages: jabberd2 - Jabber instant messenger server To access further information about this package, please visit the following URL: http://mentors.debian.net/package/jabberd2 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/j/jabberd2/jabberd2_2.2.17-1.dsc Changes since the last upload: * New upstream version (Closes: #637112, #547767). * New version patches user security hole (Closes: #685666). * Removed CVE-2011-1755.dpatch. Is now included in upstream source. * Removed implicit-pointer-conversion.dpatch. Is now included in upstream source. * debian/control: changed homepage URL. * debian/control: changed debhelper dependency to >= 9.0.0. * debian/control: added ${misc:Depends} to binairy packages. * debian/control: replaced dpatch with quilt in build dependecies. * debian/control: added Vcs-git and Vcs-Browser tags. * debian/control: added hardening-includes to dependecies. * debian/init: added Description tag. * debian/init, debian/component.d/*: added status option. * debian/init: added Should-Start/Should-Stop dependency for MySQL (Closes: #673243). * debian/init, debian/default: removed resolver entries. * debian/rules: removed unrecognized enable-sasl and disable-rpath options. * debian/rules: include hardening options. * debian/rules: added build-arch, build-indep. * debian/rules: replaced line dpatch.make with quilt.make Now quilt 3.0 compatible. Converted dpatch patches to quilt. * debian/watch: updated URL (Closes: #543415). * debian/dirs, debian/postinst: removed /var/run/jabber2 (Closes: #689538). * debian/component.d: removed 20resolver. Resolver is not included anymore (Closes: #689539). * debian/preinst, debian/postrm: removed resolver entries. * debian/lintian-overrides: overrides false positives. * Added patches man_hypen.diff, sm_typo.diff and usr_etc.diff. * Add patch to remove config.guess and config.sub from upstream. debian/rules: remove 'rm config.guess and config.sub'. * Bumped up Standards Version to 3.9.4. * Bumped up debhelper to 9. * Added myself to uploaders list (Closes: #589304). * Changed van UNRELEASED to unstable. Regards, W. van den Akker _ Email : wvdak...@wilsoft.nl XMPP : wvdak...@wilsoft.nl signature.asc Description: This is a digitally signed message part
Bug#631195: [Pkg-xmpp-devel] Bug#631195: Please close bug
Hi, Ok, will do. Jabber14 is removed then? gr, Willem On Sat, 2013-01-19 at 18:17 +0100, Schindler Patrik wrote: > 650105 signature.asc Description: This is a digitally signed message part
Bug#589307: ITA: jabber-muc -- Multi User Conference component for the Jabber IM server
Package: wnpp Severity: normal X-Debbugs-CC: debian-de...@lists.debian.org Hi, ITA this package. Greetings, Willem vdAkker signature.asc Description: This is a digitally signed message part
Bug#589304: ITA: jabberd2 -- Jabber instant messenger server
Package: wnpp Severity: normal X-Debbugs-CC: debian-de...@lists.debian.org Setting to ITA. See previous mails in this log. Gr, Willem vdAkker signature.asc Description: This is a digitally signed message part
Bug#612297: Review package plz
To be complete: you can find the package here: git://git.debian.org/git/pkg-bacula/bacula-doc.git On Thu, 2013-01-17 at 16:53 +0100, Willem van den Akker wrote: > Hi Alexander, > > It looks like it is not needed for upload permissions. > However Lintian is complaining about the mailing list address of the > team. > In that case the uploaders field must be filled in. > > http://www.debian.org/doc/manuals/developers-reference/pkgs.html#collaborative-maint > > Documentation and tools not yet up-to-date with the new guidelines ;) > Correct me if I am wrong. > > @all > I have made all necessary changes. Package builds fine. Can somebody > check the package? > I will make changes if needed, otherwise please upload ;) > > Greetings, > Willem > > On Thu, 2013-01-17 at 13:49 +0400, Alexander Golovko wrote: > > > Hi, Willem! > > > > Thank you for work! > > > > But currently "Uploaders" field is not used for upload permissions, i > > don't sure you need set it. > > > > http://lists.debian.org/debian-devel-announce/2012/09/msg8.html > > > > > > В Thu, 17 Jan 2013 09:33:51 + > > "W. van den Akker" пишет: > > > > > The following commit has been merged in the master branch: > > > commit c1b6fe3d794e994294f7f097bd7fe990429300b6 > > > Author: W. van den Akker > > > Date: Thu Jan 17 10:32:23 2013 +0100 > > > > > > Changed maintainer, refs 612297. > > > > > > diff --git a/debian/changelog b/debian/changelog > > > index 71d355d..74b7c46 100644 > > > --- a/debian/changelog > > > +++ b/debian/changelog > > > @@ -1,3 +1,12 @@ > > > +bacula-doc (5.2.6-1) UNRELEASED; urgency=low > > > + > > > + * New maintainer (Closes: #612297). > > > + * New upstream release. > > > + * debian/control: maintainer to Debian Bacula Team. > > > +debian/control: added myself to uploaders list. > > > + > > > + -- Willem van den Akker Thu, 17 Jan 2013 > > > 10:17:59 +0100 + > > > bacula-doc (5.0.2-4) unstable; urgency=low > > > > > > [Alexander Reichle-Schmehl] > > > diff --git a/debian/control b/debian/control > > > index 68f4d09..cf856c1 100644 > > > --- a/debian/control > > > +++ b/debian/control > > > @@ -1,7 +1,8 @@ > > > Source: bacula-doc > > > Section: doc > > > Priority: optional > > > -Maintainer: Debian QA Group > > > +Maintainer: Debian Bacula Team > > > +Uploaders: Willem van den > > > Akker Build-Depends: debhelper (>= 7), > > > autoconf, autotools-dev, texlive-base, texlive-latex-recommended, > > > texlive-fonts-recommended, ghostscript > > > > > > > > > signature.asc Description: This is a digitally signed message part
Bug#612297: Review package plz
Hi Alexander, It looks like it is not needed for upload permissions. However Lintian is complaining about the mailing list address of the team. In that case the uploaders field must be filled in. http://www.debian.org/doc/manuals/developers-reference/pkgs.html#collaborative-maint Documentation and tools not yet up-to-date with the new guidelines ;) Correct me if I am wrong. @all I have made all necessary changes. Package builds fine. Can somebody check the package? I will make changes if needed, otherwise please upload ;) Greetings, Willem On Thu, 2013-01-17 at 13:49 +0400, Alexander Golovko wrote: > Hi, Willem! > > Thank you for work! > > But currently "Uploaders" field is not used for upload permissions, i > don't sure you need set it. > > http://lists.debian.org/debian-devel-announce/2012/09/msg8.html > > > В Thu, 17 Jan 2013 09:33:51 + > "W. van den Akker" пишет: > > > The following commit has been merged in the master branch: > > commit c1b6fe3d794e994294f7f097bd7fe990429300b6 > > Author: W. van den Akker > > Date: Thu Jan 17 10:32:23 2013 +0100 > > > > Changed maintainer, refs 612297. > > > > diff --git a/debian/changelog b/debian/changelog > > index 71d355d..74b7c46 100644 > > --- a/debian/changelog > > +++ b/debian/changelog > > @@ -1,3 +1,12 @@ > > +bacula-doc (5.2.6-1) UNRELEASED; urgency=low > > + > > + * New maintainer (Closes: #612297). > > + * New upstream release. > > + * debian/control: maintainer to Debian Bacula Team. > > +debian/control: added myself to uploaders list. > > + > > + -- Willem van den Akker Thu, 17 Jan 2013 > > 10:17:59 +0100 + > > bacula-doc (5.0.2-4) unstable; urgency=low > > > >[Alexander Reichle-Schmehl] > > diff --git a/debian/control b/debian/control > > index 68f4d09..cf856c1 100644 > > --- a/debian/control > > +++ b/debian/control > > @@ -1,7 +1,8 @@ > > Source: bacula-doc > > Section: doc > > Priority: optional > > -Maintainer: Debian QA Group > > +Maintainer: Debian Bacula Team > > +Uploaders: Willem van den > > Akker Build-Depends: debhelper (>= 7), > > autoconf, autotools-dev, texlive-base, texlive-latex-recommended, > > texlive-fonts-recommended, ghostscript > > > > signature.asc Description: This is a digitally signed message part
Bug#612297: ITA: bacula-doc -- Documentation for Bacula
Hi, Is there any progress on this? All previous ITA activity seems to stop. I would like to get the doc's in. If nobody still working on it then I will adopt it. Already made a repos in pkg-bacula. http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula_doc.git;a=summary Greetings, Willem ___ W. van den Akker Email: wvdak...@wilsoft.nl XMPP: wvdak...@wilsoft.nl signature.asc Description: This is a digitally signed message part
Bug#589304: ITA: jabberd2 -- Jabber instant messenger server
Ping.. Can somebody from the XMPP or maintainers take a look at the package? https://mentors.debian.net/package/jabberd2 Thanks, Willem On Sat, 2012-12-29 at 14:16 +0100, Willem van den Akker wrote: > Hi, > > I cleaned up the code a little bit. Solved a bunch of lintian > warnings. > I tried to create a git repository on git.debian.org > in /git. But > didnt had the permission for it. > > Please check the changes and let me know if something need to be > changed. > > Greetings, > Willem > > On Wed, 2012-12-26 at 20:50 -0200, Thadeu Lima de Souza Cascardo > wrote: > > > On Wed, Dec 26, 2012 at 12:53:53AM +0100, Willem van den Akker wrote: > > > Hi, > > > > > > I havent received any response about my ITA message for Jabberd2 (see > > > below). > > > It seems the current maintainer is MIA. > > > Is it possible someone of the pkg-xmpp-devel group can reply? > > > > > > I would like to adopt it, but must get a chance to get so ;) > > > > > > Greetings, > > > Willem > > > > > > > Hi, Willem. > > > > Jorge Salamero used to be the main maintainer of jabberd2. I accepted to > > be a comaintainer in the xmpp team, which has seen most work coming from > > Marcelo "Metal" on some Javascript XMPP packages. > > > > I have no problems with you either working with us on a common > > repository as a team to maintain jabberd2, or adopting it entirely. Of > > course, we'd rather see it as a community maintainership, using the xmpp > > infrastructure as it is already setup. > > > > Do you have a git repository with your changes? > > > > Regards. > > Thadeu Cascardo. > > > > > On Thu, 2012-12-20 at 23:28 +0100, Willem van den Akker wrote: > > > > > > > Package: wnpp > > > > > > > > Severity: normal > > > > X-Debbugs-CC: debian-de...@lists.debian.org > > > > > > > > Hi, > > > > > > > > I am interested in adopting jabberd2. > > > > Now a new version of udns is uploaded into unstable, I hope we can > > > > update jabberd2 also. > > > > > > > > I have placed a new version online: > > > > https://mentors.debian.net/package/jabberd2 > > > > > > > > I hope you can check if it is valid and upload if it is. > > > > If not, I will correct it ;) > > > > > > > > Greetings, > > > > Willem vdAkker > > > > > > > > > > > > signature.asc Description: This is a digitally signed message part
Bug#589304: ITA: jabberd2 -- Jabber instant messenger server
Hi, I cleaned up the code a little bit. Solved a bunch of lintian warnings. I tried to create a git repository on git.debian.org in /git. But didnt had the permission for it. Please check the changes and let me know if something need to be changed. Greetings, Willem On Wed, 2012-12-26 at 20:50 -0200, Thadeu Lima de Souza Cascardo wrote: > On Wed, Dec 26, 2012 at 12:53:53AM +0100, Willem van den Akker wrote: > > Hi, > > > > I havent received any response about my ITA message for Jabberd2 (see > > below). > > It seems the current maintainer is MIA. > > Is it possible someone of the pkg-xmpp-devel group can reply? > > > > I would like to adopt it, but must get a chance to get so ;) > > > > Greetings, > > Willem > > > > Hi, Willem. > > Jorge Salamero used to be the main maintainer of jabberd2. I accepted to > be a comaintainer in the xmpp team, which has seen most work coming from > Marcelo "Metal" on some Javascript XMPP packages. > > I have no problems with you either working with us on a common > repository as a team to maintain jabberd2, or adopting it entirely. Of > course, we'd rather see it as a community maintainership, using the xmpp > infrastructure as it is already setup. > > Do you have a git repository with your changes? > > Regards. > Thadeu Cascardo. > > > On Thu, 2012-12-20 at 23:28 +0100, Willem van den Akker wrote: > > > > > Package: wnpp > > > > > > Severity: normal > > > X-Debbugs-CC: debian-de...@lists.debian.org > > > > > > Hi, > > > > > > I am interested in adopting jabberd2. > > > Now a new version of udns is uploaded into unstable, I hope we can > > > update jabberd2 also. > > > > > > I have placed a new version online: > > > https://mentors.debian.net/package/jabberd2 > > > > > > I hope you can check if it is valid and upload if it is. > > > If not, I will correct it ;) > > > > > > Greetings, > > > Willem vdAkker > > > > > > > signature.asc Description: This is a digitally signed message part
Bug#589304: ITA: jabberd2 -- Jabber instant messenger server
Hi Thadeu, No problem with a community maintainer-ship. I am currently fixing some lintian warnings. After fixing it I will upload it to an git directory on alioth.debian.org. Greetings, Willem On Wed, 2012-12-26 at 20:50 -0200, Thadeu Lima de Souza Cascardo wrote: > On Wed, Dec 26, 2012 at 12:53:53AM +0100, Willem van den Akker wrote: > > Hi, > > > > I havent received any response about my ITA message for Jabberd2 (see > > below). > > It seems the current maintainer is MIA. > > Is it possible someone of the pkg-xmpp-devel group can reply? > > > > I would like to adopt it, but must get a chance to get so ;) > > > > Greetings, > > Willem > > > > Hi, Willem. > > Jorge Salamero used to be the main maintainer of jabberd2. I accepted to > be a comaintainer in the xmpp team, which has seen most work coming from > Marcelo "Metal" on some Javascript XMPP packages. > > I have no problems with you either working with us on a common > repository as a team to maintain jabberd2, or adopting it entirely. Of > course, we'd rather see it as a community maintainership, using the xmpp > infrastructure as it is already setup. > > Do you have a git repository with your changes? > > Regards. > Thadeu Cascardo. > > > On Thu, 2012-12-20 at 23:28 +0100, Willem van den Akker wrote: > > > > > Package: wnpp > > > > > > Severity: normal > > > X-Debbugs-CC: debian-de...@lists.debian.org > > > > > > Hi, > > > > > > I am interested in adopting jabberd2. > > > Now a new version of udns is uploaded into unstable, I hope we can > > > update jabberd2 also. > > > > > > I have placed a new version online: > > > https://mentors.debian.net/package/jabberd2 > > > > > > I hope you can check if it is valid and upload if it is. > > > If not, I will correct it ;) > > > > > > Greetings, > > > Willem vdAkker > > > > > > > signature.asc Description: This is a digitally signed message part
Bug#589304: ITA: jabberd2 -- Jabber instant messenger server
Hi, I havent received any response about my ITA message for Jabberd2 (see below). It seems the current maintainer is MIA. Is it possible someone of the pkg-xmpp-devel group can reply? I would like to adopt it, but must get a chance to get so ;) Greetings, Willem On Thu, 2012-12-20 at 23:28 +0100, Willem van den Akker wrote: > Package: wnpp > > Severity: normal > X-Debbugs-CC: debian-de...@lists.debian.org > > Hi, > > I am interested in adopting jabberd2. > Now a new version of udns is uploaded into unstable, I hope we can > update jabberd2 also. > > I have placed a new version online: > https://mentors.debian.net/package/jabberd2 > > I hope you can check if it is valid and upload if it is. > If not, I will correct it ;) > > Greetings, > Willem vdAkker >
Bug#589304: RFA: jabberd2 -- Jabber instant messenger server
Thanks for getting new version into stable. gr, Willem On Wed, 2012-12-19 at 16:53 +0400, Michael Tokarev wrote: > 18.12.2012 17:51, Andrei POPESCU wrote: > > On Ma, 18 dec 12, 09:20:25, Willem van den Akker wrote: > >> Hi, > >> > >> I am willing to maintain the packages jabberd2 and udns. I have already > >> uploaded new versions of both packages to mentors.debian.org. > >> > >> http://mentors.debian.net/package/udns > >> http://mentors.debian.net/package/jabberd2 > > > Regarding udns, the package doesn't appear to be orphaned (no O: bug > > against wnpp). In this case uploading a new package might be considered a > > hijack. If you want to help you should definitely contact the Maintainer > > first. > > The package hasn't been orphaned, but I as the only upstream author > asked for it to not enter.. lenny (!) because I thought I implement > some different API for it. But in recent years I haven't done a > thing about it (except of accepting some patches which implements > support for additional RR types, and fixing bugs in these patches). > > #493599 - while most technical points are gone now, one point > raised there is valid: maybe there's no need to have yet another > resolver? I dunno, I wrote it for a reason but I don't have time > to support it, and while it does not have lots of bugs, it is > missing some features, in particular it is DNSSEC support. > > Besides, I'm now a debian developer, and it'd be quite a bit > silly to ask another person to package my own software for > debian... ;) > > /mjt
Bug#589304: ITA: jabberd2 -- Jabber instant messenger server
Package: wnpp Severity: normal X-Debbugs-CC: debian-de...@lists.debian.org Hi, I am interested in adopting jabberd2. Now a new version of udns is uploaded into stable, I hope we can update jabberd2. I have placed a new version online: https://mentors.debian.net/package/jabberd2 I hope you can check if it is valid and upload if it is. If not, I will correct it ;) Greetings, Willem vdAkker
Bug#589304: RFA: jabberd2 -- Jabber instant messenger server
On Wed, 2012-12-19 at 16:53 +0400, Michael Tokarev wrote: > 18.12.2012 17:51, Andrei POPESCU wrote: > > On Ma, 18 dec 12, 09:20:25, Willem van den Akker wrote: > >> Hi, > >> > >> I am willing to maintain the packages jabberd2 and udns. I have already > >> uploaded new versions of both packages to mentors.debian.org. > >> > >> http://mentors.debian.net/package/udns > >> http://mentors.debian.net/package/jabberd2 > > > Regarding udns, the package doesn't appear to be orphaned (no O: bug > > against wnpp). In this case uploading a new package might be considered a > > hijack. If you want to help you should definitely contact the Maintainer > > first. > > The package hasn't been orphaned, but I as the only upstream author > asked for it to not enter.. lenny (!) because I thought I implement > some different API for it. But in recent years I haven't done a > thing about it (except of accepting some patches which implements > support for additional RR types, and fixing bugs in these patches). > > #493599 - while most technical points are gone now, one point > raised there is valid: maybe there's no need to have yet another > resolver? I dunno, I wrote it for a reason but I don't have time > to support it, and while it does not have lots of bugs, it is > missing some features, in particular it is DNSSEC support. > > Besides, I'm now a debian developer, and it'd be quite a bit > silly to ask another person to package my own software for > debian... ;) > > /mjt Hi, Yes I would be silly to ask an other person. But I just gave you a little help. Jabberd2 is orphaned. I would like to adopt it. However it depends on udns and thats why I created a package. I could ask you first, however DD's are often very busy and I could take a little work out of their hands. #493599. Jabberd2 only depends on the library. Also Jabberd2 wont use another resolver in a short time [1]. So we are stuck with udns. I personally do not find ejabberd an alternatieve because it needs tons of elang files. Greettngs, Willem [1] https://bugs.launchpad.net/jabberd2/+bug/496824)
Bug#589304: RFA: jabberd2 -- Jabber instant messenger server
Hi, I am willing to maintain the packages jabberd2 and udns. I have already uploaded new versions of both packages to mentors.debian.org. http://mentors.debian.net/package/udns http://mentors.debian.net/package/jabberd2 Greetings, Willem vdAkker