Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
What happened to cal?
3,288 views
Skip to first unread message
Paul M. Foster
Sep 26, 2021, 1:50:03 AM9/26/21
to
Folks:
I'm wondering if I'm mis-remembering here. As I recall, there used to be
a command called "cal" which would simply print this month's calendar to
the screen. It would do other calendars, depending on command line
parameters. Now that I've moved to bullseye, I don't see the command nor
a package containing it. There is a command "gcal" which appears to do
the same thing.
Am I missing something? Was there a separate package called "cal" which
was automatically installed in earlier versions of Debian? Or was there
an automatic alias to the gcal program?
Paul
I'm wondering if I'm mis-remembering here. As I recall, there used to be
a command called "cal" which would simply print this month's calendar to
the screen. It would do other calendars, depending on command line
parameters. Now that I've moved to bullseye, I don't see the command nor
a package containing it. There is a command "gcal" which appears to do
the same thing.
Am I missing something? Was there a separate package called "cal" which
was automatically installed in earlier versions of Debian? Or was there
an automatic alias to the gcal program?
Paul
Thomas Schmitt
Sep 26, 2021, 3:00:04 AM9/26/21
to
Hi,
Jeremy Ardley wrote:
> As I recall, there used to be a
> command called "cal" which would simply print this month's calendar to the
> screen. [...]
package of source package bsdmainutils
https://packages.debian.org/bullseye/amd64/ncal/filelist
https://packages.debian.org/source/bullseye/bsdmainutils
In buster there was only one binary package derived from that source:
https://packages.debian.org/source/buster/bsdmainutils
https://packages.debian.org/buster/amd64/bsdmainutils/filelist
Have a nice day :)
Thomas
Jeremy Ardley wrote:
> As I recall, there used to be a
> command called "cal" which would simply print this month's calendar to the
> Now that I've moved to bullseye, I don't see the command nor
> a package containing it.
It is in the package ncal which obviously was newly introduced as binary
> a package containing it.
package of source package bsdmainutils
https://packages.debian.org/bullseye/amd64/ncal/filelist
https://packages.debian.org/source/bullseye/bsdmainutils
In buster there was only one binary package derived from that source:
https://packages.debian.org/source/buster/bsdmainutils
https://packages.debian.org/buster/amd64/bsdmainutils/filelist
Have a nice day :)
Thomas
Charlie
Sep 26, 2021, 4:00:05 AM9/26/21
to
On Sun, 26 Sep 2021 01:24:59 -0400 Paul Informed me about What
happened to cal?
--
Registered Linux User:- 329524
***********************************************
Penetrating so many secrets, we cease to believe in the
unknowable. But there it sits nevertheless, calmly licking its
chops. ....H. L. Mencken
***********************************************
Debian GNU/Linux - Magic indeed.
-----------------------------------------------------
Jude DaShiell
Sep 26, 2021, 6:10:03 AM9/26/21
to
Wasn't that in bsd-utils? If not there, maybe plan9.
Dedeco Balaco
Sep 26, 2021, 8:20:03 AM9/26/21
to
I am on Debian 11 (bullseye). 'cal' is here:
$ cal September 2021 Su Mo Tu We Th Fr Sa 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 $ echo $LANG C $ LANG=pt_BR $ cal Setembro 2021 do se te qu qu se s� 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 $ ls -l /usr/bin/cal 0 lrwxrwxrwx 1 root root 4 mar 23 2021 /usr/bin/cal -> ncal $
Greg Wooledge
Sep 26, 2021, 8:40:04 AM9/26/21
to
On Sun, Sep 26, 2021 at 01:24:59AM -0400, Paul M. Foster wrote:
> I'm wondering if I'm mis-remembering here. As I recall, there used to be a
> command called "cal" which would simply print this month's calendar to the
> screen. It would do other calendars, depending on command line parameters.
> Now that I've moved to bullseye, I don't see the command nor a package
> containing it.
unicorn:~$ cat /etc/debian_version
> I'm wondering if I'm mis-remembering here. As I recall, there used to be a
> command called "cal" which would simply print this month's calendar to the
> screen. It would do other calendars, depending on command line parameters.
> Now that I've moved to bullseye, I don't see the command nor a package
> containing it.
11.0
unicorn:~$ type cal
cal is hashed (/usr/bin/cal)
unicorn:~$ dpkg -S /usr/bin/cal
ncal: /usr/bin/cal
unicorn:~$ apt-cache show ncal | head -n14
Package: ncal
Source: bsdmainutils
Version: 12.1.7+nmu3
Installed-Size: 68
Maintainer: Debian Bsdmainutils Team <pkg-bsdm...@teams.debian.net>
Architecture: amd64
Replaces: bsdmainutils (<< 12.1.3)
Depends: libc6 (>= 2.14), libtinfo6 (>= 6)
Breaks: bsdmainutils (<< 12.1.3)
Description-en: display a calendar and the date of Easter
This package contains the "ncal" program and the traditional "cal"
program, both are commonly found on BSD-style systems. This utility displays a
simple calendar in a traditional or an alternative and more advanced layout,
and the date of Easter.
If you "moved to bullseye" by performing an upgrade, you should still
have this command. If you "moved" by wiping the system and installing
bullseye from scratch, then I guess you just have to install the ncal
package manually.
Erwan David
Sep 26, 2021, 8:50:03 AM9/26/21
to
Le 26/09/2021 à 14:35, Roger Price a écrit :
>
> rprice@titan ~ inxi -S
> System: Host: titan Kernel: 5.10.0-8-amd64 x86_64 bits: 64 Desktop:
> Xfce 4.16.0 Distro: Debian GNU/Linux 11 (bullseye)
> rprice@titan ~ ls /usr/bin/cal
> ls: cannot access '/usr/bin/cal': No such file or directory
> rprice@titan ~ ls /usr/bin/ncal
> ls: cannot access '/usr/bin/ncal': No such file or directory
> rprice@titan ~ ls /usr/bin/gcal
> /usr/bin/gcal*
>
> Perhaps the *cal one gets depends on the desktop.
>
> Roger
On bookworm :
apt-file search /usr/bin/cal
…
ncal: /usr/bin/cal
> On Sun, 26 Sep 2021, Dedeco Balaco wrote:
>
>> $ ls -l /usr/bin/cal 0 lrwxrwxrwx 1 root root 4 mar 23 2021
>> /usr/bin/cal -> ncal
>
> Not for all of us.
>
>> $ ls -l /usr/bin/cal 0 lrwxrwxrwx 1 root root 4 mar 23 2021
>> /usr/bin/cal -> ncal
>
>
> rprice@titan ~ inxi -S
> System: Host: titan Kernel: 5.10.0-8-amd64 x86_64 bits: 64 Desktop:
> Xfce 4.16.0 Distro: Debian GNU/Linux 11 (bullseye)
> rprice@titan ~ ls /usr/bin/cal
> ls: cannot access '/usr/bin/cal': No such file or directory
> rprice@titan ~ ls /usr/bin/ncal
> ls: cannot access '/usr/bin/ncal': No such file or directory
> rprice@titan ~ ls /usr/bin/gcal
> /usr/bin/gcal*
>
> Perhaps the *cal one gets depends on the desktop.
>
> Roger
On bookworm :
apt-file search /usr/bin/cal
…
ncal: /usr/bin/cal
Roger Price
Sep 26, 2021, 8:50:04 AM9/26/21
to
On Sun, 26 Sep 2021, Dedeco Balaco wrote:
> $ ls -l /usr/bin/cal
> 0 lrwxrwxrwx 1 root root 4 mar 23 2021 /usr/bin/cal -> ncal
> 0 lrwxrwxrwx 1 root root 4 mar 23 2021 /usr/bin/cal -> ncal
Roger Price
Sep 26, 2021, 12:10:03 PM9/26/21
to
On Sun, 26 Sep 2021, Dedeco Balaco wrote:
> Em 26/09/2021 09:35, Roger Price escreveu:
>> Perhaps the *cal one gets depends on the desktop.
>
> I use Mate Desktop. And i used it with Debian 9 (stretch) before upgrading (sequentially) to 11, a few weeks ago. But Greg Wooledge just, in a message in another branch of this
>> Perhaps the *cal one gets depends on the desktop.
>
> thread, the upgrades from previous distributions which contained cal command should still contain it. So, we have 2 possibilities here.
I did a fresh install of Debian 11, which explains why I do not have cal. Roger
Paul M. Foster
Sep 26, 2021, 1:10:04 PM9/26/21
to
Paul
Paul M. Foster
Sep 26, 2021, 1:20:03 PM9/26/21
to
Paul
Greg Wooledge
Sep 26, 2021, 1:20:03 PM9/26/21
to
On Sun, Sep 26, 2021 at 01:08:21PM -0400, Paul M. Foster wrote:
> I did a fresh install, and apparently "ncal" wasn't installed by default.
"apt-cache showpkg ncal" tells me that only bsdmainutils depends on it.
> I did a fresh install, and apparently "ncal" wasn't installed by default.
"apt-cache showpkg bsdmainutils" gives me a fairly significant list of
packages that depend on bsdmainutils, including man-db.
So, I guess you did a VERY minimal install. man-db is a "standard"
package, so it should have been included in any reasonable installation.
If you do an utterly bare installation, not even including Standard,
you should expect to have a bunch of stuff missing.
Andrew M.A. Cater
Sep 26, 2021, 2:10:05 PM9/26/21
to
All best, as ever,
Andy Cater
Paul M. Foster
Sep 26, 2021, 10:40:04 PM9/26/21
to
is installed, and I didn't manually install it.
Paul
Greg Wooledge
Sep 26, 2021, 10:50:03 PM9/26/21
to
unicorn:~$ apt-cache show man-db | grep Depends
Depends: bsdextrautils | bsdmainutils (<< 12.1.1~), [...]
So, man-db only depends on bsdmainutils as an alternative. That means
the output of "apt-cache showpkg bsdmainutils" is a bit confusing, as
is the output of "apt-cache depends man-db".
Such silly tools.
Jonathan Dowland
Sep 27, 2021, 4:00:06 AM9/27/21
to
/usr/bin/cal moved to its own package (ncal) in bsdmainutils upload
12.1.3. This is the version included in current stable and newer; but
it's after the version in oldstable (buster).
IOW, On buster, if you had installed bsdmainutils, you would get
/usr/bin/cal. bsdmainutils is Priority: important in buster but only
Priority: optional in stable onwards. That priority applies to all the
binary packages built from the source, including ncal.
Quoting the Debian FAQ:
https://www.debian.org/doc/manuals/debian-faq/pkg-basics.en.html#priority
> If you do a default Debian installation all the packages of priority
> Standard or higher will be installed in your system. If you select
> pre-defined tasks you will get lower priority packages too.
So installing Buster, you would get /usr/bin/cal by default. Installing
anything newer, and you don't.
On upgrade from Buster, bsdmainutils will no longer provide
/usr/bin/cal. There's no dependency in place to automatically pull in
the ncal package, you have to do that yourself.
--
Please do not CC me for listmail.
👱🏻 Jonathan Dowland
✎ jm...@debian.org
🔗 https://jmtd.net
12.1.3. This is the version included in current stable and newer; but
it's after the version in oldstable (buster).
IOW, On buster, if you had installed bsdmainutils, you would get
/usr/bin/cal. bsdmainutils is Priority: important in buster but only
Priority: optional in stable onwards. That priority applies to all the
binary packages built from the source, including ncal.
Quoting the Debian FAQ:
https://www.debian.org/doc/manuals/debian-faq/pkg-basics.en.html#priority
> If you do a default Debian installation all the packages of priority
> Standard or higher will be installed in your system. If you select
> pre-defined tasks you will get lower priority packages too.
So installing Buster, you would get /usr/bin/cal by default. Installing
anything newer, and you don't.
On upgrade from Buster, bsdmainutils will no longer provide
/usr/bin/cal. There's no dependency in place to automatically pull in
the ncal package, you have to do that yourself.
--
Please do not CC me for listmail.
👱🏻 Jonathan Dowland
✎ jm...@debian.org
🔗 https://jmtd.net
Greg Wooledge
Sep 27, 2021, 7:20:03 AM9/27/21
to
On Mon, Sep 27, 2021 at 08:45:03AM +0100, Jonathan Dowland wrote:
> On upgrade from Buster, bsdmainutils will no longer provide
> /usr/bin/cal. There's no dependency in place to automatically pull in
> the ncal package, you have to do that yourself.
That second sentence is incorrect.
> On upgrade from Buster, bsdmainutils will no longer provide
> /usr/bin/cal. There's no dependency in place to automatically pull in
> the ncal package, you have to do that yourself.
unicorn:~$ dpkg -s bsdmainutils | grep Depends:
Depends: bsdutils (>= 3.0-0), debianutils (>= 1.8), bsdextrautils (>= 2.35.2-7), ncal
I can also confirm that I have ncal installed on bullseye after an
upgrade from buster, and I did not need to install it by hand.
Paul M. Foster
Sep 27, 2021, 7:50:05 AM9/27/21
to
Paul
Jonathan Dowland
Sep 27, 2021, 11:00:06 AM9/27/21
to
On Mon, Sep 27, 2021 at 07:16:23AM -0400, Greg Wooledge wrote:
>That second sentence is incorrect.
>
>unicorn:~$ dpkg -s bsdmainutils | grep Depends:
>Depends: bsdutils (>= 3.0-0), debianutils (>= 1.8), bsdextrautils (>= 2.35.2-7), ncal
Sorry, you're right. I eye-balled the control file here [1] and missed
>That second sentence is incorrect.
>
>unicorn:~$ dpkg -s bsdmainutils | grep Depends:
>Depends: bsdutils (>= 3.0-0), debianutils (>= 1.8), bsdextrautils (>= 2.35.2-7), ncal
that the Depends: field was line-wrapped.
[1] https://tracker.debian.org/media/packages/b/bsdmainutils/control-12.1.7nmu3
0 new messages