Bug#951964: gkrellm-tz: diff for NMU version 0.8-1.1
> On Apr 14, 2020, at 9:44 AM, Adrian Bunk wrote: > > On Tue, Apr 07, 2020 at 10:04:09PM -0700, Andreas Jimmy Gredler wrote: > >> Thank you so much for taking care of this. Unfortunately I won’t be able to >> maintain this package anymore and was looking into the process of handing it >> over. Please let me know if you would be interested in maintaining it >> yourself. It did not require a lot of work in the past as there were not >> many releases. Otherwise I guess will file an RFA or O request. >> Thanks again. > > thanks, that's fine for me - I am using it and there is not much work > expected with it in the future. I will adopt it and make a maintainer > upload instead. Sorry for the late response, I somehow missed this email in my inbox. I really appreciate that you adopted the package, thank you very much. > What about your other packages? Unfortunately I won’t be able to maintain any of them in the near future :( > If you are looking for someone to adopt gkrellshoot, > I can also adopt that one. That would be great. It’s similar to gkrellm-tz in terms of very few releases so it also should not take up too much time to maintain it. Please let me know if you have any questions about the package. > For comgt I could only offer to submit an RFA or O bug for you. Thank you, I finally found the wiki page that I was looking for so I will probably file an O bug soon. Best, Jimmy
Bug#951964: gkrellm-tz: diff for NMU version 0.8-1.1
> On Apr 6, 2020, at 2:37 AM, Adrian Bunk wrote: > > Control: tags 951964 + patch > Control: tags 951964 + pending > > Dear maintainer, > > I've prepared an NMU for gkrellm-tz (versioned as 0.8-1.1) and > uploaded it to DELAYED/14. Please feel free to tell me if I > should cancel it. Hi Adrian, Thank you so much for taking care of this. Unfortunately I won’t be able to maintain this package anymore and was looking into the process of handing it over. Please let me know if you would be interested in maintaining it yourself. It did not require a lot of work in the past as there were not many releases. Otherwise I guess will file an RFA or O request. Thanks again. Best, Jimmy
Bug#821974: comgt: Build arch:all+arch:any but is missing build-{arch,indep} targets
On 11/11/2016 03:31 PM, Christoph Biedl wrote: > Andreas "Jimmy" Gredler wrote... > >> Thank you for the patch. I will review the package to see if I can >> change it to dh-* in time or if it would be better to upload it with the >> patch only. > > Any progress on this? comgt has fallen out of testing in the meantime, > I was glad if it could return in due course. Hi, The package is almost done but I'm also reviewing if the patches mentioned in the other reports should be included or go to upstream. Best, Jimmy
Bug#839601: do USSD, very very please
On 10/02/2016 09:03 AM, Eric Pozharski wrote: > Unfortunately, I've failed to make 'scripts/command' do timeouts > robustly with abomination of scripting language comgt provides. Thus > suspicious name ('scripts/cheater'). Rename appropriately as you wish. > > Also, depends on #722303 being closed, obviously. Thank you for you bug report and the patch. I've reached out to upstream again to see if they are willing to include it. I will updated you once I have more information. Best, Jimmy
Bug#821974: comgt: Build arch:all+arch:any but is missing build-{arch,indep} targets
On 07/28/2016 04:47 PM, Santiago Vila wrote: > tags 821974 + patch > thanks > > I also recommend switching to dh, but in the meantime, the attached > patch should work. > > Thanks. Hi, Thank you for the patch. I will review the package to see if I can change it to dh-* in time or if it would be better to upload it with the patch only. Best, Jimmy
Bug#792852: gcom: copyright file missing after upgrade (policy 12.5)
On 07/19/2015 04:38 AM, Andreas Beckmann wrote: Package: gcom Version: 0.32-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, Hi Andreas, Thank you so much for your bug report and all the details. [ ... ] After the upgrade /usr/share/doc/$PACKAGE/ is just an empty directory. This was observed on the following upgrade paths: lenny - squeeze - ... [ ... ] Note that dpkg intentionally does not replace directories with symlinks and vice versa, you need the maintainer scripts to do this. See in particular the end of point 4 in https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase I tried to find out what caused the problems but the package had a comgt.links file so the symlink should have been created and I'm pretty sure I verified that (but maybe not for lenny-squeeze). Or do you mean that the behavior of dpkg changed and that's why the symlink was not unpacked when using dpkg from squeeze? But since this has been a transitional package since squeeze, maybe it is easiest to just drop it and add unversioned Breaks+Replaces against it to comgt to ensure the buggy package is removed on upgrades. Yes, that sounds like a great plan :) I will prepare a new package and also fix the open bugs. Best, Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750608: postfix: Init script returns [ OK ] and exit code 0 although postfix was not stopped
Package: postfix Version: 2.11.0-1 Severity: normal Dear Maintainer, While debugging a different bug with cloning VMs I stumpled upon this bug. Just modify the PID in /var/spool/postfix/pid/master.pid while postfix is still running and then shut it down by calling /etc/init.d/postfix stop: root@mac ~ # /etc/init.d/postfix stop [ ok ] Stopping Postfix Mail Transport Agent: postfix. The init script returns the string [ ok ] and the exit code is zero. But the postfix process is still running because it can not be shutdown with the wrong PID information. I expected this behaviour but I expected the init script to show the error, especially in the exit code. I think the problem is caused bu the function running() in the init script because it returns no value if the PID does not exist. greets Jimmy -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (996, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages postfix depends on: ii adduser3.113+nmu3 ii cpio 2.11+dfsg-2 ii debconf [debconf-2.0] 1.5.53 ii dpkg 1.17.9 ii libc6 2.18-7 ii libdb5.3 5.3.28-3 ii libsasl2-2 2.1.26.dfsg1-9 ii libsqlite3-0 3.8.4.3-3 ii libssl1.0.01.0.1g-4 ii lsb-base 4.1+Debian12 ii netbase5.2 ii ssl-cert 1.0.33 Versions of packages postfix recommends: ii python 2.7.6-2 Versions of packages postfix suggests: pn dovecot-commonnone pn libsasl2-modules none pn mail-reader none pn postfix-cdb none pn postfix-doc none pn postfix-ldap none pn postfix-mysql none pn postfix-pcre none pn postfix-pgsql none ii procmail 3.22-21 ii resolvconf1.75 pn sasl2-bin none pn ufw none -- Configuration Files: /etc/init.d/postfix changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743902: ITP: gkrellm-tz -- This plugin for gkrellm displays current time in several configurable timezones
Package: wnpp Severity: wishlist Owner: Andreas Jimmy Gredler ji...@grml.org * Package name: gkrellm-tz Version : 0.8 Upstream Author : Jiri Denemark * URL : http://mamuti.net/gkrellm/gkrellm-tz.en.html * License : GPL Programming Lang: C Description : This plugin for gkrellm displays current time in several configurable timezones This plugin is very handy to show different timezones in gkrellm. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599076: gkrellshoot: Produces snapshots with big black rectangle or completly black
Package: gkrellshoot Version: 0.4.4-1 Followup-For: Bug #599076 As I can reproduce it now I found out that it's a bug in imagemagick (#546773). The bug was closed because it was solved for the reporter but I will reopen it again. greets Jimmy -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (996, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gkrellshoot depends on: ii gkrellm 2.3.5-2 ii imagemagick 8:6.6.9.7-5+b1 ii libatk1.0-0 2.0.1-2 ii libc6 2.13-18 ii libcairo2 1.10.2-6.1 ii libfontconfig1 2.8.0-3 ii libglib2.0-02.28.6-1 ii libgtk2.0-0 2.24.6-1 ii libpango1.0-0 1.28.4-3 ii libx11-62:1.4.4-1 ii libxcursor1 1:1.1.12-1 ii libxext62:1.3.0-3 ii libxfixes3 1:5.0-4 ii libxi6 2:1.4.3-3 ii libxinerama12:1.1.1-3 ii libxrandr2 2:1.3.2-2 ii libxrender1 1:0.9.6-2 Versions of packages gkrellshoot recommends: ii xscreensaver 5.14-1 gkrellshoot suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644143: samba: Renaming files in Pro/ENGINEER does not work properly with dos filemode = yes
Package: samba Version: 2:3.5.6~dfsg-3squeeze2 Severity: normal Tags: upstream Dear Maintainer, *** Please consider answering these questions, where appropiate *** * What led up to the situation? Computer with WinXP accesses network drives of a samba server which was upgraded from lenny to squeeze. On the computer Pro/ENGINEER Wildfire 4 is installed and there is builtin function to rename files. After the upgrade this function stopped to work properly. When the user renames a file it works for the first time but afterwards it fails with an error message that the network drive is not accesible anymore. In the samba log file during the first rename a line similiar to this appeared: smbd/trans2.c:5531(smb_set_file_dosmode) smb_set_file_dosmode: file_set_dosmode of /mnt/server/justafile failed (Bad file descriptor) The user has then to restart the computer. The problem only appears when the file is not owned by the user but she is in a group with all necessary permission. Furthermore option dos filemode = yes has to be set. * Workaround 1 Set dos filemode = no * Workaround 2 Upgrade samba packages. Packages of backport seem to work (3.5.11) So the bug was obviously fixed upstream but I couldn't find the related bug report in the samba bugtracking. best regards Andreas Jimmy Gredler *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (996, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#377812: slapd: Found solution
Package: slapd Followup-For: Bug #377812 I had the same problem on my main server. The fix that worked for me: Replace the following line in /etc/libnss-ldap.conf: host 127.0.0.1 with host ldap://127.0.0.1 greets Jimmy -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (991, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.16-grmlj1 Locale: LANG=en_US.iso885915, LC_CTYPE=en_US.iso885915 (ignored: LC_ALL set to en_US.iso885915) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]