Bug#979340: nouveau: Suspend hangs for 5 minutes before completing

Package: src:linux Version: 5.10.4-1 Severity: normal X-Debbugs-Cc: mertdi...@gmail.com Suspend to memory operation takes 5+ minutes long. When suspend operation is invoked, display is turned off as expected, but the power led and the fan noise indicates the machine isn't suspended. Machine

Bug#979333: reportbug-gtk: reportbug-ng crashes when reporting bug for linux-image-5.10.0-1-amd64 package

Package: reportbug-gtk Version: 7.9.0 Severity: normal X-Debbugs-Cc: mertdi...@gmail.com When trying to report a bug for the "linux-image-5.10.0-1-amd64" package, reportbug-gtk window disappears after selecting the package name and clicking next. No error dialog is shown. Running reportbug-gtk

Bug#931719: 40-systemd: line 11: 1: unbound variable when sourcing /lib/lsb/init-functions with $1 unset

On 7/18/19, Michael Biebl wrote: > Am 18.07.19 um 13:55 schrieb Michael Biebl: >> Am 11.07.19 um 17:41 schrieb Mert Dirik: >>> On 7/11/19, Thomas Bätzler wrote: >>>> >>>> To wit: >>>> >>>> root@kvm1:~# /etc/init.d/rsync &g

Bug#931719: 40-systemd: line 11: 1: unbound variable when sourcing /lib/lsb/init-functions with $1 unset

On 7/11/19, Thomas Bätzler wrote: > > To wit: > > root@kvm1:~# /etc/init.d/rsync > Usage: /etc/init.d/rsync {start|stop|reload|force-reload|restart|status} > > vs. > > root@kvm1:~# /etc/init.d/mysql > /lib/lsb/init-functions.d/40-systemd: line 11: 1: unbound variable > > Thanks, I've

Bug#931719: 40-systemd: line 11: 1: unbound variable when sourcing /lib/lsb/init-functions with $1 unset

>> After upgrading to Debian 10 we noticed a slightly different behaviour >> in /lib/lsb/init-functions.d/40-systemd which caused one of our scripts >> to break and which also causes some /etc/init.d files like >> /etc/init.d/mysql >> to no longer to display their help text when calling them

Bug#826214: Bug#913247: Please provide a C implementation of /lib/init/init-d-script

On Sun, Dec 2, 2018 at 1:00 AM Michael Biebl wrote: > > Hi Mert! > > Am 29.11.18 um 14:44 schrieb Mert Dirik: > > I've created a merge request for 40-systemd at > > https://salsa.debian.org/systemd-team/systemd/merge_requests/19 . > > Reviews and comments are welc

Bug#826214: Bug#913247: Please provide a C implementation of /lib/init/init-d-script

On Sat, Dec 1, 2018 at 9:48 PM Thorsten Glaser wrote: > > On Sat, 1 Dec 2018, Dmitry Bogatov wrote: > > > AFAIK, in shell [ "${foo}" ] is equal to [ -n "${foo}" ]. > > Not always / portably. > > > I recommend > > test -n "$foo" > > for POSIX (which is equivalent to [ -n "$foo" ] but

Bug#826214: Bug#913247: Please provide a C implementation of /lib/init/init-d-script

On Fri, 23 Nov 2018 01:24:07 +0100 Michael Biebl wrote: > Hi > > On Thu, 22 Nov 2018 16:01:33 + Ian Jackson > wrote: > > > To the systemd maintainers: will you have time to look at this, and > > make the appropriate change, soon ? If not then one of us could > > probably prepare a patch, if

Bug#826214: Bug#913247: Please provide a C implementation of /lib/init/init-d-script

On 11/23/18, Michael Biebl wrote: > Hi > > On Thu, 22 Nov 2018 16:01:33 + Ian Jackson > wrote: > >> To the systemd maintainers: will you have time to look at this, and >> make the appropriate change, soon ? If not then one of us could >> probably prepare a patch, if that would be helpful. >

Bug#826214: Bug#913247: Please provide a C implementation of /lib/init/init-d-script

On 11/22/18, Ian Jackson wrote: > Mert Dirik writes ("Re: Bug#913247: Please provide a C implementation of > /lib/init/init-d-script"): >> On 11/22/18, Ian Jackson wrote: >> > So I think this would be fixed if /lib/init/init-d-script detected >> > this sit

Bug#913247: Please provide a C implementation of /lib/init/init-d-script

On 11/22/18, Ian Jackson wrote: > Mert Dirik writes ("Re: Bug#913247: Please provide a C implementation of > /lib/init/init-d-script"): >> On 11/22/18, Ian Jackson wrote: >> > I don't know what `systemd redirection' is. Why does it not work ? >> > Can it

Bug#913247: Please provide a C implementation of /lib/init/init-d-script

On 11/22/18, Ian Jackson wrote: > Mert Dirik writes ("Bug#913247: Please provide a C implementation of > /lib/init/init-d-script"): >> I noticed the new snippet in the man page of experimental version uses >> the >> #! /usr/bin/env /lib/init/init-d-scr

Bug#913247: Please provide a C implementation of /lib/init/init-d-script

On Tue, 13 Nov 2018 20:22:16 + Dmitry Bogatov wrote: > > [Adding systemd maintainers into thread] > (We are discussing #826214) > > [2018-11-11 22:37] Michael Biebl > > > #!/lib/init/init-d-script? > > > > It doesn't work with #!/lib/init/init-d-script either. > > > > Only > >

Bug#892307: regression: man: completion breaks when MANPATH is set with colons

package bash-completion forwarded 892307 https://github.com/scop/bash-completion/issues/160 thanks This is fixed in upstream version 2.8.

Bug#826214: SysV init scripts using init-d-script are not properly redirected to systemctl

On Wed, 10 Jan 2018 22:49:17 +0300 Mert Dirik <mertdi...@gmail.com> wrote: > On 01/10/18 21:20, Petter Reinholdtsen wrote: > > [Mert Dirik] > >> Please forgive my naivety, but simply moving the argument shift part before > >> sourcing /lib/lsb/init-functio

Bug#826214: SysV init scripts using init-d-script are not properly redirected to systemctl

On 01/10/18 21:20, Petter Reinholdtsen wrote: [Mert Dirik] Please forgive my naivety, but simply moving the argument shift part before sourcing /lib/lsb/init-functions seems to successfully redirect to systemctl. Interesting. This seem like a very good idea. :) I'm happy to hear

Bug#826214: SysV init scripts using init-d-script are not properly redirected to systemctl

Package: sysvinit-utils Version: 2.88dsf-59.9 Followup-For: Bug #826214 Please forgive my naivety, but simply moving the argument shift part before sourcing /lib/lsb/init-functions seems to successfully redirect to systemctl. The only variable leaking to /lib/lsb/init-functions is "script",

Bug#886250: [INTL:tr] Turkish translation update for apt

strings, and send it in a reply? Actually, the second one is a mistake (or, could be done better), let me fix that in the po files directly – so ignore the extra, it is just one and… # Mert Dirik <mertdi...@gmail.com>, 2013-2014. I presume we can bump to "2013-2018"? :) Seems

Bug#877814: qtcreator: Please build Clang plugins in i386 arch

Package: qtcreator Version: 4.2.0-1mert1 Severity: wishlist Dear Maintainer, I've noticed _ClangCodeModel plugin is missing in all architectures except amd64 because libclang-3.9-dev and llvm-3.9-dev dependencies are only enabled in amd64 builds. I can confirm that after enabling these

Bug#876687: htpdate: Off by one hour

Thanks! Please let me know if you need further testing. On Sep 25, 2017 22:12, "Eddy Vervest" wrote: So incorrect/out-dated TZDATA (Version: 2017b-1) causes htpdate to calculate gmtoffset incorrectly. Debian needs an update and I will patch htpdate in the near future. Thanks

Bug#876687: htpdate: Off by one hour

On 09/25/2017 09:57 PM, Eddy Vervest wrote: Hi Mert, Thanks for your quick response. Can you try to set you system to EAT time zone?  That timezone had GMT+3 already for long time... if that works it is for sure the timezone database of debian. Changing my code, so it will not use timezone

Bug#876687: htpdate: Off by one hour

On 09/25/2017 09:31 PM, Eddy Vervest wrote: Hi All, It seems related to the timezone changes which Turkey had this year... moving away from daylight saving to always +3. In the bug report this line is interesting: Timezone: GMT+2 (+03,+03) In brackets there should be a time zone in like

Bug#876687: htpdate: Off by one hour

On Sun, 24 Sep 2017 18:44:55 -0300 Eriberto Mota wrote: > Hi Mert, > > Thanks for your message. > > I can't reproduce it and I have a doubt about the results shown by > you. Please, send me the results for the following 'date' commands: > > # ntpdate pool.ntp.org; date -u >

Bug#876687: htpdate: Off by one hour

Package: htpdate Version: 1.1.3-2 Severity: important Dear Maintainer, htpdate sets the clock an hour earlier than it should be set to. htpdate version in jessie does not exhibit this behavior, as it sets it to right time, this behavior is new in stretch version. Here is an example output:

Bug#863388: live-boot: Added new functionality to live-boot: rootcopy, modularized filesystems, package installer

o rely on implementation details to use it in ways it was originally thought or at least publicly documented. On Fri, 16 Jun 2017 00:47:56 +0300 Mert Dirik <mertdi...@gmail.com <mailto:mertdi...@gmail.com>> wrote: On Wed, 14 Jun 2017 01:48:05 + William Prochazka wrote: > We

Bug#864851: firefox-esr: Please revert Jessie build to use Gtk+ 2.0

Package: firefox-esr Version: 52.2.0esr-1~deb8u1 Severity: wishlist Dear Maintainer, Version 52 of firefox-esr jessie is with gtk+-3.0. I would be glad if you reconsider building it with gtk+-2.0. Here is my reasoning: - Firefox 52 still can be built with gtk+-2.0 - It is the Firefox version

Bug#863388: live-boot: Added new functionality to live-boot: rootcopy, modularized filesystems, package installer

On Wed, 14 Jun 2017 01:48:05 + William Prochazka wrote: > Well, > > 1. Root copy is not a squashfs filesystem, so it allows for quick tweaking > and modification without having to "commit" your changes. This also makes > modifications (for the purpose of troubleshooting) much easier. > >

Bug#863388: live-boot: Added new functionality to live-boot: rootcopy, modularized filesystems, package installer

On 05/26/2017 07:04 AM, Bill Prochazka wrote: 1. rootcopy: This allows for one or more folders on the boot medium that contain a folder structure relative to /. before init, these files are copied to the rootfs. This feature allows users to make small changes to their environment (like

Bug#847474: closed by Kartik Mistry <kar...@debian.org> (Bug#847474: fixed in aria2 1.29.0-1)

Wow this was LIGHTNING fast reaction. Thank you very much!

Bug#847474: aria2: New upstream version 1.29.0

Package: aria2 Version: 1.18.8-1 Severity: wishlist Dear maintainer, aria2 has had newer upstream versions (1.28.0 and 1.29.0) which contain a bugfix I'd like to see in Debian. Please upload a newer version to unstable. Best regards -- System Information: Debian Release: 8.6 APT prefers

Bug#838919: Swap file

https://wiki.debian.org/Hibernation/Hibernate_Without_Swap_Partition Swap files are much more flexible & easier to handle compared to messing with partitions and there are only few cases where they don't apply. The discussion about predicting swap sizes for hibernation or enlarging partitions is

Bug#795390: mutter: Screen update problems with nvidia drivers

On 31 August 2016 at 07:41, Andreas Henriksson <andr...@fatal.se> wrote: > Control: fixed -1 3.18.0-1 > > Hello Mert Dirik. > > Thanks for your bug report and sorry for the late reply. > > On Wed, Oct 21, 2015 at 10:26:41PM +0300, Mert Dirik wrote: >> severity

Bug#495795: dropbear: please provide the scp binary

On Fri, 18 Sep 2015 17:09:43 +0200 Guilhem Moulin wrote: > Control: tag -1 moreinfo > > Hi there, > > I wonder what's the best way to close this. dropbear and openssh-client > can currently coexist, because the SSH clients have different binary > names: /usr/bin/dbclient and

Bug#825956: [Pkg-utopia-maintainers] Bug#825956: Bug#825956: policykit-1: greyed out reboot, shutdown, hibernate with 0.105-15~deb8u1, but 0.105-8 is ok

On 01/06/2016, Michael Biebl wrote: > Am 01.06.2016 um 18:04 schrieb Michael Biebl: >> My guess it is related to >> >> http://anonscm.debian.org/cgit/pkg-utopia/policykit.git/tree/debian/patches/0.113/sessionmonitor-systemd-Use-sd_uid_get_state-to-check.patch >> >> I suspect

Bug#825956: [Pkg-utopia-maintainers] Bug#825956: policykit-1: greyed out reboot, shutdown, hibernate with 0.105-15~deb8u1, but 0.105-8 is ok

On 01/06/2016, Michael Biebl <bi...@debian.org> wrote: > Am 01.06.2016 um 16:22 schrieb Mert Dirik: >> On 01/06/2016, Michael Biebl <bi...@debian.org> wrote: >>> Am 01.06.2016 um 14:20 schrieb Mert Dirik: > >>> Since 0.105-15~deb8u1 is basically 0.105-15

Bug#825956: [Pkg-utopia-maintainers] Bug#825956: policykit-1: greyed out reboot, shutdown, hibernate with 0.105-15~deb8u1, but 0.105-8 is ok

On 01/06/2016, Michael Biebl <bi...@debian.org> wrote: > Am 01.06.2016 um 14:20 schrieb Mert Dirik: >> Package: policykit-1 >> Version: 0.105-15~deb8u1 >> Followup-For: Bug #825956 >> >> I've tested the restart menu in *XFCE*: >> >> - sysvinit and

Bug#825512: Regression in policykit-1 0.105-15~deb8u1 (Was Re: Bug#825512: jessie-pu: package policykit-1/0.105-15~deb8u1)

I want to inform the release team about the regression introduced in the new version of the package (#825956) which may be problematic if released along with the upcoming Debian 8.5.

Bug#825956: policykit-1: greyed out reboot, shutdown, hibernate with 0.105-15~deb8u1, but 0.105-8 is ok

Package: policykit-1 Version: 0.105-15~deb8u1 Followup-For: Bug #825956 I've tested the restart menu in *XFCE*: - sysvinit and policykit 0.105-8: restarts normally - sysvinit and policykit 0.105-15~deb8u1: asks for a password ("Authentication is required for rebooting the system" bla bla...) -

Bug#824149: smartmontools: curl's --location option should be used in update-smart-drivedb

On Fri, 13 May 2016 00:00:40 +0200 Christoph Anton Mitterer wrote: > On Fri, 2016-05-13 at 00:54 +0300, Mert Dirik wrote: > > update-smart-drivedb > > Has been dropped in 6.4+svn4214-1, amongst others for security reasons. > Sorry to hear that, it was a nice feature. Manual

Bug#824149: smartmontools: curl's --location option should be used in update-smart-drivedb

Package: smartmontools Version: 6.3+svn4002-2+b2 Severity: normal Update page has been moved and now update-smart-drivedb command fails when curl is installed on the system. $ which curl /usr/bin/curl $ sudo update-smart-drivedb /var/lib/smartmontools/drivedb/drivedb.h.error: rejected by

Bug#790511: [INTL:tr] Turkish debconf translation update for gdm3

On 04/04/2016 03:50 AM, Laurent Bigonville wrote: On Tue, 30 Jun 2015 01:58:15 +0300 Mert Dirik <mertdi...@gmail.com> wrote: Hi, > Please find the attached Turkish translation update of gdm3 debconf > messages. I've a remarks concerning the proposed patch to the translation of

Bug#795390: mutter: Screen update problems with nvidia drivers

severity -1 |normal retitle -1 |Screen update problems with nvidia drivers thanks Raising the severity and changing the title since mutter 3.18 has been released with the aforementioned fix, hit the testing, and didn't cause any problems so far, so it can be brought to release team's

Bug#799960: nvidia-graphics-drivers: Please bring back support for -amd64 kernel variant in i386 architecture

On Thu, 24 Sep 2015 23:07:03 +0200 Andreas Beckmann <a...@debian.org> wrote: > On 2015-09-24 20:02, Mert Dirik wrote: > > Please consider bringing the support back for the -amd64 variant. > > That [sc]hould work with nvidia-kernel-dkms:amd64. > If I understand correctly,

Bug#799960: nvidia-graphics-drivers: Please bring back support for -amd64 kernel variant in i386 architecture

Source: nvidia-graphics-drivers Version: 340.76-5 Severity: normal Dear Maintainer, I noticed recent versions of nvidia-graphics-drivers has dropped the support for building amd64 kernel modules when DKMS build for it failed. Using the -amd64 kernel variant on i386 architecture provides best of

Bug#799827: python3-apt: Parses incomplete list of dependencies

valac, gtk-doc-tools, libglib2.0-doc, xsltproc, graphviz, libunistring-dev, libgif-dev, libgxps-dev, libgirepository1.0-dev (>= 0.10.7-1~), gobject-int

Bug#795390: Please backport the fix for upstream bug 728464 to Jessie

I'm on NVIDIA driver 340.76. Note that it's slightly newer than the one in Jessie (340.65), so you may want to be sure there is not a problem with old version (even though the driver support for that feature is much older than the patch itself). To add a data point, I switched the NVIDIA driver

Bug#796546: [INTL:tr] Turkish debconf template translation for dictionaries-common

Package: dictionaries-common Severity: wishlist Tags: l10n patch Please find the attached Turkish translation of dictionaries-common debconf messages. This file should be put as debian/po/tr.po in your build tree. Best regards dictionaries-common_debconf.po Description: application/po

Bug#795911: jessie-pu: package gtk+3.0/3.14.5-1+deb8u1

On Mon, 17 Aug 2015 23:35:29 +0200 Ruben Undheim ruben.undh...@gmail.com wrote: The BTS metadata for #748469 and #773135 indicates that they are not yet fixed in unstable. If that's correct, then they need to be resolved there before we can look at fixing them in stable; if not, then the

Bug#787419: Serious bug

On 17-08-2015 10:28, Ruben Undheim wrote: Are there any others that may cause data-loss for users, that are fixed in sid and have patches available like #787419 and #748469? There is also #788002

Bug#776696: please update GTK+3 in Jessie to the latest 3.14.x bugfix release

Wow you're fast! Thank you very much for your effort. I hope it gets an ACK soon. On Tue, Aug 18, 2015 at 12:13 AM, Ruben Undheim ruben.undh...@gmail.com wrote: Then I've filed a request: https://bugs.debian.org/795911 Let's see how it goes. :) Ruben 2015-08-17 22:44 GMT+02:00 Mert

Bug#776696: please update GTK+3 in Jessie to the latest 3.14.x bugfix release

On Mon, Aug 17, 2015 at 11:37 PM, Ruben Undheim ruben.undh...@gmail.com wrote: Hi, Thanks Mert. Then, we've tested all of them. My test results: #787419: OK reproduced the same way you did fixed with patched version #748469: OK reproduced multiple times by opening font chooser in

Bug#787419: Serious bug

I do obviously think that this bug qualify for that. Apparently #771205 was considered not release-critical in the freeze time, so we should not include that one then. #748469 is probably a candidate since it sounds quite annoying although I haven't experienced it myself. We might first try

Bug#787419: Serious bug

On Mon, 3 Aug 2015 13:34:03 +0200 Ruben Undheim ruben.undh...@gmail.com wrote: Can you please target this bug fix for jessie so that I can recommend jessie to people without having to add: but you need to make sure to manually patch libgtk-3 unless you want a painful experience? Hi, Ruben

Bug#748469: gnome-terminal: random crash when searching for some terminal font

On Sun, 16 Aug 2015 17:39:30 +0200 Andreas Henriksson andr...@fatal.se wrote: On Sun, Aug 16, 2015 at 03:21:22PM +0300, Vlad Orlov wrote: Hi, [...] Or even better: update GTK+3 in Jessie to the latest 3.14.x bugfix release. I'd agree that all bugfix releases for all of gnome should be

Bug#795390: mutter: Please backport the fix for upstream bug 728464 to Jessie

Package: mutter Version: 3.14.4-1~deb8u1.2 Severity: wishlist Tags: upstream patch Dear maintainers, Problem: There are some screen update problems regarding the interaction between various compositing window managers and the binary NVIDIA driver. mutter is not an exception to that. It has

Bug#755683: This is a compositor issue

Hi, dear maintainers and all the others; I've spent quite a bit of time researching on this issue and I want summarize some of my findings. This is indeed more of an issue with compositor rather than the driver itself, right now. The problem is timing related and is indeed a very old one,

Bug#794550: [INTL:tr] Turkish debconf template translation for tr.po

Package: ejabberd Severity: wishlist Tags: l10n patch Please find the attached Turkish translation update of ejabberd debconf messages. Best regards tr.po Description: application/po

Bug#748469: Fixed in upstream

Dear maintainers, According to [0], this bug has been fixed in commit 8c6130e68a6e62980251cb19a0fbcd50505700f1. Please consider backporting the fix also to jessie-pu since currently this bug occurs everywhere the gtk font selection dialog has been used. Best regards, Mert Dirik [0

Bug#784671: fixed in gdm3 3.14.1-8

Source: gdm3 Binary: gdm3 libgdm1 libgdm-dev gir1.2-gdm3 Architecture: source amd64 Version: 3.14.1-8 Distribution: unstable Urgency: medium Maintainer: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org Changed-By: Laurent Bigonville bi...@debian.org Description:

Bug#791361: [INTL:tr] Turkish debconf template translation for mod-mono

Package: mod-mono Severity: wishlist Tags: l10n patch Please find the attached Turkish translation update of mod-mono debconf messages. This file should be put as debian/po/tr.po in your build tree. Best regards mod-mono_debconf.po Description: application/po

Bug#790511: [INTL:tr] Turkish debconf translation update for gdm3

Package: gdm3 Severity: wishlist Tags: l10n patch Please find the attached Turkish translation update of gdm3 debconf messages. Best regards gdm3_debconf.po Description: application/po

Bug#756716: [INTL:tr] Turkish debconf template translation for xdm

Please the attached updated version instead. On Fri, 01 Aug 2014 03:48:48 +0300 Mert Dirik mertdi...@gmail.com wrote: Package: xdm Severity: wishlist Tags: l10n patch Please find the attached Turkish translation update of xdm debconf messages. This file should be put as debian/po/tr.po

Bug#781995: Fix in Jessie?

Is it planned to upload the fix also for Jessie? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#782381: pu: package motif/2.3.4-8

Control: tag -1 - moreinfo Removing moreinfo tag since it was set before release and there is a new patch sent for pu. On Tue, 26 May 2015 13:09:00 +0200 Graham Inggs gra...@nerve.org.za wrote: Hi SRMs Please find debdiff against motif 2.3.4-6 attached. This is the same as version 2.3.4-8

Bug#781995: Fix in Jessie?

On 06/18/2015 08:16 PM, Paul Gevers wrote: Mert, On 18-06-15 18:54, Mert Dirik wrote: Is it planned to upload the fix also for Jessie? You will have to ask the release team in bug 782381 [1]. Paul [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782381 Thanks for the pointer, I'll

Bug#785061: [INTL:tr] Turkish translation update for apt

Package: apt Severity: wishlist Tags: l10n patch Please find the attached Turkish translation update for apt messages. Best regards # Turkish translation for apt # Copyright (c) 2009 Rosetta Contributors and Canonical Ltd 2009 # Copyright (c) 2013 Debian L10n Turkish 2013 # Mert Dirik mertdi

Bug#782643: fixed in apt-cacher-ng 0.8.2-1

On 05/10/2015 10:49 PM, Eduard Bloch wrote: Hallo, * Mert Dirik [Sun, May 10 2015, 09:37:46PM]: Hi Mr. Bloch; Is there a plan to fix this also in a Jessie point release? Since it's now an offical service, I suppose usage of httpredir.debian.org will be hugely increased during Jessie's lifetime

Bug#782643: fixed in apt-cacher-ng 0.8.2-1

Hi Mr. Bloch; Is there a plan to fix this also in a Jessie point release? Since it's now an offical service, I suppose usage of httpredir.debian.org will be hugely increased during Jessie's lifetime, so it would be nice to have it in jessie version. On Wed, 29 Apr 2015 09:49:58 +

Bug#782033: kexec-tools: bug only when sysvinit is used

I can confirm this patch fixes the issue. On Sat, 18 Apr 2015 21:23:36 +0200 Willi Mann wi...@debian.org wrote: Hi, I could only reproduce this bug with sysvinit as init system. I think one could use runlevel (if it exists) to detect whether a real shutdown is running. Maybe something like

Bug#782033: kexec-tools: Reboots the machine while removing the package

Package: kexec-tools Version: 1:2.0.7-5 Severity: grave Justification: causes non-serious data loss Dear Maintainer, When the Should kexec-tools handle reboots option is accepted, it is not possible to remove kexec-tools package, since it executes invoke-rc.d kexec stop as a prerm task, which

Bug#779784: git-extras: fresh-branch deletes everything without asking

Package: git-extras Version: 1.9.1-1 Severity: grave Tags: upstream Justification: causes non-serious data loss Using fresh-branch command like: $ git fresh-branch new_branch nukes all the files, without a warning and confirmation, it directly runs git clean -fdx. This causes a (non serious??)

Bug#718816: Bug#749355: moreutils: split parallel binary in extra package

On 01/01/2015 11:45 PM, Nicolas Schier wrote: Dear Mert, dear Rogério, sorry for the long delay. After roughly skimming through the related bugs that I found (#518696, #597050, #665851, #749355, #718816), I would like to sum up before proposing a possible solution: - There is a simple

Bug#770930: libav memory leak

Dear Multimedia Maintainers, This issue is a very nasty one and I would be grateful if you may consider applying the fix into jessie version. Do you have any plans regarding it? Regards, Mert On Tue, 25 Nov 2014 11:12:17 +0100 Moritz Fiedler deb...@znn.info wrote: Package: mpv Version:

Bug#773666: [INTL:tr] Turkish debconf translation update for grub2

as the debian-installer package. # Atila KOÇ k...@artielektronik.com.tr, 2012, 2014. # msgid msgstr Project-Id-Version: debian-installer\n Report-Msgid-Bugs-To: gr...@packages.debian.org\n POT-Creation-Date: 2014-12-13 20:23+\n PO-Revision-Date: 2014-12-21 21:54+0200\n Last-Translator: Mert Dirik

Bug#772813: [INTL:tr] Turkish translation update for debconf

Project-Id-Version: debconf\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2014-04-22 20:04-0400\n PO-Revision-Date: 2014-12-09 01:20+0200\n Last-Translator: Mert Dirik mertdi...@gmail.com\n Language-Team: Turkish debian-l10n-turk...@lists.debian.org\n Language: tr\n MIME-Version: 1.0\n Content-Type

Bug#765780: systemd: systemd-udevd blocked journal message when writing ISO to USB stick

Control: reassign -1 src:linux On Sat, 18 Oct 2014 11:58:07 +1100 Scott Leggett sc...@sl.id.au wrote: -- Log snippet Oct 17 22:56:56 whist kernel: Tainted: G O 3.16-2-amd64 #1 Oct 17 22:56:56 whist kernel: echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. Oct 17

Bug#725284: hdparm + systemd: Configuration not restored after resume

severity 725284 serious thanks Looking at RC bugs, there are some bugs related to systemd integration, and this one specifically affects hardware lifetime, so I thought it would be right to mark it as RC. Apologies in advance if it's not appropriate. -- To UNSUBSCRIBE, email to

Bug#772020: wget: Please compile with PCRE support

expression type. Possible types are posix or pcre. Note that to be able to use pcre type, wget has to be compiled with libpcre support. -- Please consider enabling pcre support in Wget binaries. Best Regards, Mert Dirik -- System

Bug#718816: moreutils: split parallel binary in extra package

Hi Nicolas, Thanks for adopting moreutils. Now that moreutils has a new maintainer, do you consider dealing with this issue? It would be very helpful for people who want to install both parallel and moreutils together. Another option would be renaming the parallel binary and using

Bug#489740: Some programs fail while using Turkish Locale

On Tue, 02 Dec 2014 15:13:24 +0100 Matthias Klose d...@debian.org wrote: Version: 2.7.8-1 according to upstream, this was fixed in 2.7 on Dec 2012. Well, that's strange, because there are still some failures when using Turkish locale, such as #760840. I don't know if it's the same issue,

Bug#769608: apt-cache pkgname overlooks some packages

Package: apt Version: 1.0.9.3 Severity: minor Dear Maintainers, When bash-completing apt-get, I noticed apt-cache pkgnames miss some package names like python3-doc. It does list other package names starting with python3-doc* but doesn't do for python3-doc, even though it seems like a perfectly

Bug#769608: Acknowledgement (apt-cache pkgname overlooks some packages)

BTW I noticed synaptic also doesn't list the same package. aptitude is fine though. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#769312: [INTL:tr] Turkish translation update for iso-codes

© # Free Software Foundation, Inc., 2004. # Nilgün Belma Bugüner nil...@fide.org, 2001. # Ömer Fadıl USTA omer_...@hotmail.com, 1999. # Alastair McKinstry mckins...@computer.org, 2001. # (translations from drakfw) # Recai Oktaş rok...@omu.edu.tr, 2004. # Mert Dirik mertdi

Bug#768310: vagrant: Bash completion doesn't respect $VAGRANT_HOME

Package: vagrant Version: 1.6.5+dfsg1-2 Severity: minor Tags: patch Dear Maintainer, When VAGRANT_HOME is set to a different path than $HOME/.vagrant.d, bash completions regarding box names fails with an error like: $ vagrant init find: `/home/mert/.vagrant.d/boxes': No such file or directory

Bug#766338: Patch for kexec-tools: no shutdown possible with 1:2.0.7-3

On Mon, 03 Nov 2014 02:50:23 +0200 Mert Dirik mertdi...@gmail.com wrote: I'm attaching a two different versions of the patch. First version (v1), reads /proc/1/comm to check if it's systemd or init. A potential problem with this approach is that the /proc/pid/comm interface works on only

Bug#766338: kexec-tools: no shutdown possible with 1:2.0.7-3

On 11/03/2014 08:45 PM, Khalid Aziz wrote: ??? This is how it is supposed to work. Return value from pidof is 0 if at least one systemd process is found irrespective of its pid. If return value is 0, I want to check if the current command is reboot or something else. If it is reboot, do a kexec

Bug#766367: kexec-tools: USE_GRUB_CONFIG is broken

severity 766367 normal thanks Justification: Previously, kexec-load stop target was failing for the reasons explained above, so it was not possible to remove the package without disabling USE_GRUB_CONFIG beforehand. Now with new GRUB version, the failing code path doesn't got run at all, so

Bug#766338: kexec-tools: no shutdown possible with 1:2.0.7-3

On Sun, 2 Nov 2014 12:57:53 + Justin B Rye justin.byam@gmail.com wrote: Jim McCloskey wrote: Bernhard Úbelacker bernha...@vr-web.de wrote: Can someone else reproduce this issue? [...] Is it significant that all of the reports of this problem that I've seen (not that there are very

Bug#766338: kexec-tools: no shutdown possible with 1:2.0.7-3

Problem seems to be the pidof systemd /dev/null 21 if [ $? -eq 0 ]; then part. When systemd-sysv is installed, PID 1 is called /sbin/init, not /sbin/systemd. There are no process called systemd running, so pidof returns 1, causes the systemd check to fail. I will submit a patch when

Bug#766338: Patch for kexec-tools: no shutdown possible with 1:2.0.7-3

tags 766338 + patch thanks On Mon, 03 Nov 2014 01:20:01 +0200 Mert Dirik mertdi...@gmail.com wrote: Problem seems to be the pidof systemd /dev/null 21 if [ $? -eq 0 ]; then part. When systemd-sysv is installed, PID 1 is called /sbin/init, not /sbin/systemd. There are no process

Bug#767449: systemctl forces reboot with every shutdown

Do you have kexec-tools installed? Sound very much like #766338. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#766367: kexec-tools: USE_GRUB_CONFIG is broken

This situation has became more interesting with the latest release of GRUB. Latest GRUB release changed the contents of /boot/grub/grub.cfg a bit. Now they looks like this: .. # # DO NOT EDIT THIS FILE # # It is automatically

Bug#764285: kernel panic with fuse mounted partition (ntfs-3g) when using virtualbox

On Sat, 18 Oct 2014 10:56:32 +0200 computer.enthusiastic computer.enthusias...@gmail.com wrote: I had the same problem. A report is available in the linux kernel bug tracker at the address https://bugzilla.kernel.org/show_bug.cgi?id=82951 . A patch exists at

Bug#764285: kernel panic with fuse mounted partition (ntfs-3g) when using virtualbox

On 10/31/2014 03:24 AM, Ben Hutchings wrote: Thanks, I've cherry-picked those for the next update. Please import fixes into Jessie kernel since Greg KH won't do any more 3.16 release (https://bugzilla.kernel.org/show_bug.cgi?id=82951#c17) There will be a common 3.16-stable series for at

Bug#747445: plasma-desktop: Buttons Sleep and Hibernate not working any more after update to 4:4.8.11-1

Package: plasma-desktop Version: 4:4.11.12-2+b1 Followup-For: Bug #747445 I can confirm this issue. Logout, Lock, Switch User, Restart and Shut Down menus are present, but Sleep and Hibernate menus are missing. When I close the lid, the lock screen kicks in, but the machine doesn't suspend.

Bug#766359: gnome-shell: gdm shows a black screen when upgrading to 3.14.1-1

On Thu, 23 Oct 2014 23:18:09 -0400 Matthew Gabeler-Lee chee...@fastcat.org wrote: I too encountered this problem. By checking syslog, I eventually tracked it down to a missing dependency on the 3.14.1 version of libmutter0e: gnome-session[22789]: (gnome-shell:22822): Gjs-WARNING **: JS

Bug#766367: kexec-tools: USE_GRUB_CONFIG is broken

Package: kexec-tools Version: 1:2.0.7-3 Severity: important Dear Maintainer, When USE_GRUB_CONFIG is true, and GRUB is set as GRUB_DEFAULT=saved GRUB_SAVEDEFAULT=true the init script kexec-load tries to parse the selected kernel in GRUB menu and calculate the address from it. But the code

Bug#763825: [INTL:tr] Turkish debconf template translation for tr.po

That must be the coolest reply I've ever get, thank you very much! On 10/03/2014 07:39 AM, Guillem Jover wrote: Merhaba! On Fri, 2014-10-03 at 01:58:23 +0300, Mert Dirik wrote: Package: dpkg Severity: wishlist Tags: l10n patch Please find the attached Turkish translation of dpkg. This file

Bug#762747: python2.7: Python 2.7.8-7 breaks nvPY

On Tue, 30 Sep 2014 14:58:50 +0200 Matthias Klose d...@debian.org wrote: should be fixed in 2.7.8-7 I'm sure it's not fixed in 2.7.8-7 :) I should reopen the bug but I won't do it since sometimes I got frowned upon it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org

Bug#763379: [INTL:tr] Turkish translation update for apt

# Copyright (c) 2013 Debian L10n Turkish 2013 # Mert Dirik mertdi...@gmail.com, 2013-2014. # This file is distributed under the same license as the apt package. # Rosetta Contributors, 2009. msgid msgstr Project-Id-Version: apt\n Report-Msgid-Bugs-To: APT Development Team de...@lists.debian.org\n POT

  1   2   3   4   >