how to add small console application to debian linux distribution?
Hi, I have developed small console application to configure debian screen resolution running in HyperV. I would like to add it to debian linux distribution as a absolutely free code. I don't need to be an administrator of this piece of code. Can you tell me please, what are the steps to add this functionality to debian? console app functionality: There is a way to change screen resolution in all debian linux clones this way ... 1) Open Terminal 2) Type: sudo nano /etc/default/grub 3) Find the line starting with GRUB_CMDLINE_LINUX_DEFAULT, and add video=hyperv_fb:[the resolution you want]. So my line ends up looking like this: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash video=hyperv_fb:1366x768" 4) Write the changes and quit nano 5) Run: sudo update-grub 6) Reboot the virtual machine run: sudo reboot ... and i have developed console application which do it this way ... sudo hypervscrres --set grub 1366x768 update reboot yes ... and all application variants of use looks like this ... sudo hypervscrres --help sudo hypervscrres --get grub sudo hypervscrres --set grub 1366x768 sudo hypervscrres --set grub 1366x768 update sudo hypervscrres --set grub 1366x768 update reboot sudo hypervscrres --set grub 1366x768 update reboot yes yes | sudo hypervscrres --set grub 1366x768 update reboot thank you pe pi
Re: how to add small console application to debian linux distribution?
pe pi writes: > 1) Open Terminal > > 2) Type: sudo nano /etc/default/grub > > 3) Find the line starting with GRUB_CMDLINE_LINUX_DEFAULT, and add > video=hyperv_fb:[the resolution you want]. >So my line ends up looking like this: > GRUB_CMDLINE_LINUX_DEFAULT="quiet splash video=hyperv_fb:1366x768" > > 4) Write the changes and quit nano > > 5) Run: sudo update-grub > > 6) Reboot the virtual machine run: sudo reboot > > ... and i have developed console application which do it this way ... > > sudo hypervscrres --set grub 1366x768 update reboot yes > > ... and all application variants of use looks like this ... > > sudo hypervscrres --help > sudo hypervscrres --get grub > sudo hypervscrres --set grub 1366x768 > sudo hypervscrres --set grub 1366x768 update > sudo hypervscrres --set grub 1366x768 update reboot > sudo hypervscrres --set grub 1366x768 update reboot yes > yes | sudo hypervscrres --set grub 1366x768 update reboot Hello, Are you sure that potential users of your program will find it easier to install your program and run it than it is to perform the original task that your program is meant to replace? -- Gard
Re: how to add small console application to debian linux distribution?
Hello, im not sure if you install one linux machine, maybe this tool will be unnecessary. but if you will install for example 10 linux machines it will be usefull. i think better solution will be if tools like this be a part of linux main install. pe pi On 12. 10. 2020 13:41, Gard Spreemann wrote: pe pi writes: 1) Open Terminal 2) Type: sudo nano /etc/default/grub 3) Find the line starting with GRUB_CMDLINE_LINUX_DEFAULT, and add video=hyperv_fb:[the resolution you want]. So my line ends up looking like this: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash video=hyperv_fb:1366x768" 4) Write the changes and quit nano 5) Run: sudo update-grub 6) Reboot the virtual machine run: sudo reboot ... and i have developed console application which do it this way ... sudo hypervscrres --set grub 1366x768 update reboot yes ... and all application variants of use looks like this ... sudo hypervscrres --help sudo hypervscrres --get grub sudo hypervscrres --set grub 1366x768 sudo hypervscrres --set grub 1366x768 update sudo hypervscrres --set grub 1366x768 update reboot sudo hypervscrres --set grub 1366x768 update reboot yes yes | sudo hypervscrres --set grub 1366x768 update reboot Hello, Are you sure that potential users of your program will find it easier to install your program and run it than it is to perform the original task that your program is meant to replace? -- Gard
Re: how to add small console application to debian linux distribution?
Hello, Personally I would find it much simpler to do 'set gfxmode=1024x600' in grub.cfg (I run a separate grub partition with a manually maintained config). Regards, John On Mon., 12 Oct. 2020, 23:12 pe pi, wrote: > Hello, > > im not sure > > if you install one linux machine, maybe this tool will be unnecessary. > > but if you will install for example 10 linux machines it will be usefull. > > i think better solution will be if tools like this be a part of linux > main install. > > pe pi > > > On 12. 10. 2020 13:41, Gard Spreemann wrote: > > pe pi writes: > > > >> 1) Open Terminal > >> > >> 2) Type: sudo nano /etc/default/grub > >> > >> 3) Find the line starting with GRUB_CMDLINE_LINUX_DEFAULT, and add > >> video=hyperv_fb:[the resolution you want]. > >> So my line ends up looking like this: > >> GRUB_CMDLINE_LINUX_DEFAULT="quiet splash video=hyperv_fb:1366x768" > >> > >> 4) Write the changes and quit nano > >> > >> 5) Run: sudo update-grub > >> > >> 6) Reboot the virtual machine run: sudo reboot > >> > >> ... and i have developed console application which do it this way ... > >> > >> sudo hypervscrres --set grub 1366x768 update reboot yes > >> > >> ... and all application variants of use looks like this ... > >> > >> sudo hypervscrres --help > >> sudo hypervscrres --get grub > >> sudo hypervscrres --set grub 1366x768 > >> sudo hypervscrres --set grub 1366x768 update > >> sudo hypervscrres --set grub 1366x768 update reboot > >> sudo hypervscrres --set grub 1366x768 update reboot yes > >> yes | sudo hypervscrres --set grub 1366x768 update reboot > > Hello, > > > > Are you sure that potential users of your program will find it easier to > > install your program and run it than it is to perform the original task > > that your program is meant to replace? > > > > > > -- Gard > > > >
Re: how to add small console application to debian linux distribution?
hello yes, but standard screen resolution and hyperv screen resolution is not the same setting pe pi On 12. 10. 2020 14:21, John Williams wrote: Personally I would find it much simpler to do
testing excuses: autopkgtest for debian-edu/2.11.2 failed
Hello all, I recently uploaded a new release of tftp-hpa [1] in order to fix serveral IPv6-related bugs. However, after 5 days this version is blocked from going to testing. Checking the testing excuses page [2], I can see that there is a regression concerning autopkgtest related with debian-edu. As I am not a DD nor DM, it seems that I cannot retrigger the CI. From the regression logs [3] this error seems to be related to Python version used in Debian Edu (dependency errors), but this package has nothing to do with Python. This is the reason why I think a retrigger could help. What is the agreed workflow to retrigger such QA jobs for non-DD/DM contributors? [1] https://tracker.debian.org/pkg/tftp-hpa [2] https://qa.debian.org/excuses.php?package=tftp-hpa [3] https://ci.debian.net/data/autopkgtest/testing/amd64/d/debian-edu/7414833/log.gz Best regards, Romain. signature.asc Description: OpenPGP digital signature
Re: testing excuses: autopkgtest for debian-edu/2.11.2 failed
On Mon, Oct 12, 2020 at 10:53 PM Romain Porte wrote: > > Hello all, > > I recently uploaded a new release of tftp-hpa [1] in order to fix > serveral IPv6-related bugs. However, after 5 days this version is > blocked from going to testing. Checking the testing excuses page [2], I > can see that there is a regression concerning autopkgtest related with > debian-edu. > > As I am not a DD nor DM, it seems that I cannot retrigger the CI. From > the regression logs [3] this error seems to be related to Python version > used in Debian Edu (dependency errors), but this package has nothing to > do with Python. This is the reason why I think a retrigger could help. > > What is the agreed workflow to retrigger such QA jobs for non-DD/DM > contributors? It seems it's automatically re-triggered once a day. https://ci.debian.net/user/britney/jobs?package=debian-edu&trigger=tftp-hpa%2F5.2%2B20150808-1.2&suite%5B%5D=testing Though I don't understand why the change in tftp-hpa causes the consistent failures of debian-edu. -- Shengjing Zhu
Re: testing excuses: autopkgtest for debian-edu/2.11.2 failed
hi, On Mon, Oct 12, 2020 at 11:13:00PM +0800, Shengjing Zhu wrote: > Though I don't understand why the change in tftp-hpa causes the > consistent failures of debian-edu. it does not. debian-edu fails because debian-edu-config fails because https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967194#20 so src:pam-python is the culprit here. -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C There are no jobs on a dead planet. signature.asc Description: PGP signature
Re: how to add small console application to debian linux distribution?
Ah my mistake, sorry for that. John On Tue., 13 Oct. 2020, 00:10 pe pi, wrote: > hello > > yes, > > but standard screen resolution and hyperv screen resolution is not the > same setting > > pe pi > > > On 12. 10. 2020 14:21, John Williams wrote: > > Personally I would find it much simpler to do >
Re: Proposal: use /usr/bin/open as an alternative for run-mailcap and others.
On Fri, Oct 09, 2020 at 12:14:23PM +0200, Stephan Seitz wrote: > > is probably very handy. Even more handy is the fact that you don't > > really need to learn the command name of your image viewer and your pdf > > viewer and your html viewer and you .dia viewer and your .mp3 player > > and every other viewer you might need to handle: only the 'open' > > command. > > I don’t know about that. Normally I use mupdf for pdf, but mupdf doesn’t > allow copy & paste. So if I want to do this, I need another pdf program. > > For my FLAC music I use audacious for my playlists and ogg123 for CLI > playing. > > If I want to open an image, I’m using qiv or gimp. > > Other rules apply for attachments in mutt, so mutt is using its own mailcap > definitions. "open" is a verb commonly used to describe the action of accessing a file in Linux. You used it yourself above, and it's one of the most prominent functions in the file API. It seems sensible to provide a tool that matches the verb most commonly used to describe this action. > That’s why I need to know the different programs anyway. Why would I go for > something like open which can only use one program for the file type? You wouldn't, but that's not the point. The availability of /usr/bin/open wouldn't preclude your use of whatever program you want to use. What it would do is provide a convenient utility to support people who don't (yet) have a preference for what application they want to use to open a file. Maybe they have only basic needs, or are unfamiliar with the file type and its associated commands. There are surely many other reasons. In order to support users who might care about what application they use, or who may wish to explore alternatives, it might be nice if the 'open' command could optionally print a list of programs that support the specified file's MIME type. noah
Re: how to add small console application to debian linux distribution?
its ok pe pi On 12. 10. 2020 21:59, John Williams wrote: Ah my mistake, sorry for that. John On Tue., 13 Oct. 2020, 00:10 pe pi, mailto:pe...@mail.com>> wrote: hello yes, but standard screen resolution and hyperv screen resolution is not the same setting pe pi On 12. 10. 2020 14:21, John Williams wrote: > Personally I would find it much simpler to do
