[Touch-packages] [Bug 521677] Re: /usr/bin/rename.ul not in rename alternatives list

2019-07-24 Thread Andrey Bondarenko
rename.ul from util-linux package was removed from alternatives
intentionnaly. It was a fix for Debian bug #439935, because other rename
alternatives (e.g. prename) have incompatible usage syntax.

See also https://unix.stackexchange.com/a/444524/290955

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to util-linux in Ubuntu.
https://bugs.launchpad.net/bugs/521677

Title:
  /usr/bin/rename.ul not in rename alternatives list

Status in util-linux package in Ubuntu:
  Triaged

Bug description:
  Binary package hint: util-linux

  Hello,

  I recently migrated my system from another Linux distribution (Gentoo)
  and noticed, that the rename-tool behaves differently. I tried to
  change the rename tool using "sudo update-alternatives --config
  rename" but was unsuccessful with the message that there were no
  alternatives to select.

  After a quick research on the net I found the following article:
  https://lists.ubuntu.com/archives/ubuntu-users/2009-May/184585.html.
  It states that not the rename tool of util-linux is used but the perl-
  script prename and the rename tool of util-linux can be found at
  "/usr/bin/rename.ul". According to the article the following command
  can be used to add "rename.ul" to the list of alternatives:

  update-alternatives --install /usr/bin/rename rename
  /usr/bin/rename.ul 50 --slave /usr/share/man/man1/rename.1.gz
  rename.1.gz /usr/share/man/man1/rename.ul.1.gz

  After this I was able to use the util-linux based rename.

  Is it possible to enable this selection by default, e.g. using a post-
  install trigger for util-linux or prename? Or are there other
  considerations for not including the standard rename?

  Yours sincerely,
  Ingo

  --

  Ubuntu release:
  Description: Ubuntu 9.10
  Release:  9.10

  Packages:
  util-linux:
Installed: 2.16-1ubuntu5
Candidate: 2.16-1ubuntu5
Version table:
   *** 2.16-1ubuntu5 0
  500 http://at.archive.ubuntu.com karmic/main Packages
  100 /var/lib/dpkg/status

  Expected to happen:
  Find /usr/bin/rename.ul in the rename alternatives list using sudo 
update-alternatives --config rename

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/521677/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 772214] Re: default state file location is wrong in manpage

2015-09-01 Thread Andrey Bondarenko
** Changed in: logrotate (Ubuntu)
   Status: Confirmed => Fix Committed

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to logrotate in Ubuntu.
https://bugs.launchpad.net/bugs/772214

Title:
  default state file location is wrong in manpage

Status in logrotate package in Ubuntu:
  Fix Committed
Status in logrotate package in Debian:
  New

Bug description:
  Binary package hint: logrotate

  manpage says that /var/lib/logrotate.status is the default state file,
  but it's actually /var/lib/logrotate/status

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/logrotate/+bug/772214/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 772214] Re: default state file location is wrong in manpage

2015-08-31 Thread Andrey Bondarenko
** Bug watch added: Debian Bug tracker #775421
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775421

** Also affects: logrotate (Debian) via
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775421
   Importance: Unknown
   Status: Unknown

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to logrotate in Ubuntu.
https://bugs.launchpad.net/bugs/772214

Title:
  default state file location is wrong in manpage

Status in logrotate package in Ubuntu:
  Confirmed
Status in logrotate package in Debian:
  Unknown

Bug description:
  Binary package hint: logrotate

  manpage says that /var/lib/logrotate.status is the default state file,
  but it's actually /var/lib/logrotate/status

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/logrotate/+bug/772214/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 828538] Re: Europe/Moscow not updated

2014-10-20 Thread Andrey Bondarenko
Please see bug #1377813

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to tzdata in Ubuntu.
https://bugs.launchpad.net/bugs/828538

Title:
  Europe/Moscow not updated

Status in “tzdata” package in Ubuntu:
  Confirmed

Bug description:
  Please, update zone Russia (Europe/Moscow, etc)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/tzdata/+bug/828538/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1377813] [NEW] tzdata SRU to 2014f because of law changes in Russia

2014-10-06 Thread Andrey Bondarenko
Public bug reported:

Tzdata in 12.04 (Precise) and 14.04 (Trusty) needs to be updated to
version 2014f or newer.

Timezone assignment in Russia has changed in 2014-07-01. The changes are
published in Olson 2014f. Timezone changes will take effect in
2014-10-26. Please release package updates before this date.

** Affects: tzdata (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to tzdata in Ubuntu.
https://bugs.launchpad.net/bugs/1377813

Title:
  tzdata SRU to 2014f because of law changes in Russia

Status in “tzdata” package in Ubuntu:
  New

Bug description:
  Tzdata in 12.04 (Precise) and 14.04 (Trusty) needs to be updated to
  version 2014f or newer.

  Timezone assignment in Russia has changed in 2014-07-01. The changes
  are published in Olson 2014f. Timezone changes will take effect in
  2014-10-26. Please release package updates before this date.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/tzdata/+bug/1377813/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1358827] [NEW] /etc/bash.bashrc checks for admin instead of sudo group

2014-08-19 Thread Andrey Bondarenko
Public bug reported:

Since ubuntu 12.04 sudo group is used for granting root privileges.
AFAIK admin group was retained for backward compatibility only, at least
Server Guige for Ubuntu 14.04 says that one should use sudo group for
root access.

Currently /etc/bash.bashrc check only for admin group. If the user
belong to admin group, hint message on how to get root access may be
printed. I think bashrc should check for sudo group also.

** Affects: bash (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to bash in Ubuntu.
https://bugs.launchpad.net/bugs/1358827

Title:
  /etc/bash.bashrc checks for admin instead of sudo group

Status in “bash” package in Ubuntu:
  New

Bug description:
  Since ubuntu 12.04 sudo group is used for granting root privileges.
  AFAIK admin group was retained for backward compatibility only, at
  least Server Guige for Ubuntu 14.04 says that one should use sudo
  group for root access.

  Currently /etc/bash.bashrc check only for admin group. If the user
  belong to admin group, hint message on how to get root access may be
  printed. I think bashrc should check for sudo group also.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/bash/+bug/1358827/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp