I don't take very good notes so starting over will mean reinventing the wheel in many cases, but if all other avenues end in a dead end, I will do that. It wouldn't be the first time down that road and at least it will reinforce what I learned from the first time through.
On Wed, 26 Sep 2018 14:02:37 -0000 (UTC), NotReal , in
Did you update the package list?
sudo apt-get update
Once you do that, then you can do the apt-get source sunclock and get something like this:
Reading package lists... Done Building dependency tree Reading state information... Done Need to get 1,585 kB of source archives. Get:1
Then you should see 13 patches being applied, and ending up with a directory called sunclock-3.57. From there, you can make your changes, then build your own .deb package, and then "sudo dpkg -i sunclock(stuff).deb" and install in the usual way.
That's because some of those source packages will generate many binary packages. For instance, the source package gcc-8 generates 190 binary packages.
Take a look:
I have issued
sudo apt-get update
several times along the way, but I did it again to be sure it was current and received two updates totalling 15k.
debian stretch InRelease raspbian stretch InRelease
After that I repeated
apt-get source sunclock
but it still shows
Reading package lists... Done E: Unable to find a source package for sunclock
I notice that your references all indicate jessie. Could my problems be related to using stretch?
That is not a sensible debugging strategy. sudo can (essentially) only bypass permissions checks. It will not make your system find files that do not exist or bypass compilation errors.
I expect you have missing or incorrect deb-src lines. If you post your sources.list here someone will be able to tell you.
On Wed, 26 Sep 2018 17:33:34 -0000 (UTC), I R A Darth Aggie declaimed the following:
You are running jessie (debian 8.x), the OP is running stretch (debian
9.x)
That was indeed the problem. When I went looking for a reason for "apt-get source" not working, I found the line "Uncomment line below then 'apt-get update' to enable 'apt-get source'" in a file and when I did that it worked . Problem solved - or so I thought. By work I mean I wasn't the getting the error message about missing URIs and I was instead getting the message "Unable to find a source package for sunclock".
Based on your last sentence I went looking for sources.list and found the same message but the line below was still commented out and I figured I had not saved it correctly. On further investigation, based on my past posts, I found that the file that I uncommented was
/etc/apt/sources.list.d/raspi.list
Thanks to you, I have now found the same line in
/etc/apt/sources.list
I altered that file as well, did the update, and
apt-get source sunclock
worked.
I am not sure how I found the former file first when the latter should have been more obvious but I now have the source files. I will now go back and look at all the other helpful posts and try to move forward.
Thank you.
Leo, meet UKIP.
Bob, meet socialism.
Amd any other ism.
If you think that narrow minded bigotry is only a feature of UKIP you are just anbother narrow minded bigot.
SUCCESS. The UTC date now rolls over at midnight UTC rather than at the local time midnight.
A thank you to all who helped me along the way, particularly to the Natural Philosopher for pointing the way to the code that needed additions, and to Mr. Kettlewell for pointing the right way for a successful source code download and the compiling hints.
There are still some changes to make the display exactly the way I want so I might be back, but now I have at least a good foundation to build on. Thanks again.
Bravo!
Maybe Richard can tell you how to submit your changes as possible additions to the main code branch.
Have something to add? Share your thoughts — no account required.
Ask the community — no account required