Prompt restart services during pkg upgrades preseed file
Hi, while installing Buster using a preseed file I'm getting the following: Select and install software Configuring libpam0g:amd64 -- There are services installed on your system which need to be restarted when certain libraries, such as libpam, libc, and libssl, are upgraded. Since these restarts may cause interruptions of service for the system, you will normally be prompted on each upgrade for the list of services you wish to restart. You can choose this option to avoid being prompted; instead, all necessary restarts will be done for you automatically so you can avoid being asked questions on each library upgrade. Restart services during package upgrades without asking? 1: Yes 2: No [*] Prompt: '?' for help, default=2> If I use 'DEBIAN_FRONTEND=noninteractive' it works and will use the default value and I don't get any output on the screen. I don't see what I need to change in (1) to avoied that prompt and I can't specify the value of my choise? Any help is appriciated. 1) https://d-i.debian.org/manual/example-preseed.txt -- John Doe
Re: lightweight wifi UI (Was: Insidious systemd)
Le 03/06/2019 à 07:23, Patrick Bartek a écrit : [...] > The install includes lots of choices [...] So, why not > init? I think a Debian maintainer had answered in the past something like while not using systemd himself, he admitted the perceived percentage of Debian anti-systemd users was not so important to justify it, because one can relatively easily desinstall systemd and install sysv after install. It seems that you do not even need to install systemd (as the init system) at all during a fresh install (if you don't install a full blown DE)? https://wiki.debian.org/systemd#Installing_without_systemd [...] > I'm not against systemd, per se, just against having it forced on me > by way of dependencies. I don't think the init should ever be a > dependency. Of anything. [...] for a modern DE at least, systemd seems to be a requirement, but not as an init system? https://en.wikipedia.org/wiki/Systemd#Ancillary_components
Re: Using ISO image of installer DVD as repository - How?
On Sun 02 Jun 2019 at 18:28:24 +0100, Brian wrote: > A resumé of parts of the first few messages in this thread might focus > minds. It started with > > > I edited sources.list to read > > deb file:///home/richard/dvd.iso stretch main contrib trusted=yes > > It was pointed out by Dan Ritter (correctly) that > > > The problem is that the .iso is not a mounted filesystem. > > There is another mistake in the line which was regrettably perpetuated > by Dan when he gave the revised line > > > deb file:///home/richard/dvdmount stretch main contrib trusted=yes > > On the OP saying > > > I now get a different error message: > > The repository 'file:/home/richard/dvdmount stretch Release' is not > signed. > > the advice was > > > Try [trusted=yes] and/or [allow-insecure=yes] > > Hmm, an example line might have prevented the slide into apt mayhem. > > At this point my guess would be that the OP substituted one malformed > line for another malformed line and sank deeper into the morass. A > rescue could be effected by using sources.lis(5) but there is, as yet, > no sign that its advice has been followed or tried. I am getting bored with soliloquy and waiting for self-education to bear fruit. The starting point is > deb file:///home/richard/dvdmount stretch main contrib trusted=yes As the sources.list manual indicates, this should be deb [trusted=yes] file:///home/richard/dvdmount stretch main contrib and will get the error message > Release file for file:///home/richard/dvdmount/Release is expired (invalid > since...). As sources.list(5) relates: > A repository creator can declare a time until which the data > provided in the repository should be considered valid, and if > this time is reached, but no new data is provided, the data is > considered expired and an error is raised. We now update the line to deb [trusted=yes check-valid-until=no] file:///home/richard/dvdmount stretch main contrib and there we have it. Success. -- Brian.
Re: lightweight wifi UI (Was: Insidious systemd)
I wish to add one thing to this Discussion. Mention was made, more than once, that wicd "might" require Systemd. Besides using Debian Stretch on one system (where I am happily learning Systemd), I use Devuan Ascii (on an older machine with limited ram). This is "official notification" that wicd works fine on Devuan Ascii, meaning that, as far as I know, nothing in wicd actually references Systemd. Good luck folks! Kenneth Parker (Tri-Lingual: Debian, Devuan and Ubuntu. No Windows, however).
Re: Prompt restart services during pkg upgrades preseed file
On Mon 03 Jun 2019 at 09:58:38 +0200, john doe wrote: > Hi, while installing Buster using a preseed file I'm getting the following: > > Select and install software > Configuring libpam0g:amd64 > -- > > There are services installed on your system which need to be restarted when > certain libraries, such as libpam, libc, and libssl, are upgraded. Since > these > restarts may cause interruptions of service for the system, you will > normally > be prompted on each upgrade for the list of services you wish to > restart. You > can choose this option to avoid being prompted; instead, all necessary > restarts > will be done for you automatically so you can avoid being asked questions on > each library upgrade. > Restart services during package upgrades without asking? > 1: Yes 2: No [*] > Prompt: '?' for help, default=2> > > If I use 'DEBIAN_FRONTEND=noninteractive' it works and will use the > default value and I don't get any output on the screen. > > I don't see what I need to change in (1) to avoied that prompt and I > can't specify the value of my choise? > > Any help is appriciated. > > 1) https://d-i.debian.org/manual/example-preseed.txt Download and open the libpam0g package. Its DEBIAN directory has a templates file; the preseed directive you want is in it. -- Brian.
paste.debian.net discontinued ?
Hi dear debian users. Does someone knows if paste.debian.net is discontinued ? Thanks for your replies.
Re: use mailx instead of sendmail in apt-listchanges
Martin T wrote: > Hi, > > I have apt-listchanges installed and registered in apt system: > > # apt-config dump | grep apt-listchanges > DPkg::Pre-Install-Pkgs:: "/usr/bin/apt-listchanges --apt || test $? -lt 10"; > DPkg::Tools::Options::/usr/bin/apt-listchanges ""; > DPkg::Tools::Options::/usr/bin/apt-listchanges::Version "2"; > DPkg::Tools::Options::/usr/bin/apt-listchanges::InfoFD "20"; > # > > "frontend" in /etc/apt/listchanges.conf is set to "mail" and valid > e-mail address is set with "email_address" configuration option. Now > when I upgrade a package which has NEWS/changelog present, then I get > the "apt-listchanges: The mail frontend needs an installed 'sendmail', > using pager" error message. This is because I don't have > /usr/sbin/sendmail binary installed. I prefer to use mail/mailx and an > external MTA. > > What could be the most elegant workaround in this situation? Create a > /usr/sbin/sendmail wrapper script which processes the > "/usr/sbin/sendmail -oi -t" command called by apt_listchanges.py and > sends the mail using mailx? Modify the apt_listchanges.py? Something > else? You could do the wrapper, or you could install nullmailer, which is an extremely simple MTA that always hands off mail to a relayhost (i.e. somebody else's problem). Modifying apt_listchanges.py would require you to keep maintaining the changes forever. -dsr-
Re: df shows wrong disk size
On Sat, Jun 01, 2019 at 02:46:00PM -0700, Ross Boylan wrote: > # df -B4096 /var/local/cache/ > Filesystem 4K-blocks Used Available Use% Mounted on > /dev/mapper/vgbarley-cache778160 191713529923 27% /var/local/cache > > # e2fsck -v /dev/vgbarley/cache > e2fsck 1.44.5 (15-Dec-2018) > /dev/vgbarley/cache: clean, 8361/131072 files, 462129/1048576 blocks > > I read these as still showing 3G for df but 4G for ext. > Ross > You cheat ;) please show that /dev/mapper/vgbarley-cache == /dev/vgbarley/cache -H -- Henning Follmann | hfollm...@itcfollmann.com
Re: Prompt restart services during pkg upgrades preseed file
On 6/3/2019 11:40 AM, Brian wrote: > On Mon 03 Jun 2019 at 09:58:38 +0200, john doe wrote: > >> Hi, while installing Buster using a preseed file I'm getting the following: >> >> Select and install software >> Configuring libpam0g:amd64 >> -- >> >> There are services installed on your system which need to be restarted when >> certain libraries, such as libpam, libc, and libssl, are upgraded. Since >> these >> restarts may cause interruptions of service for the system, you will >> normally >> be prompted on each upgrade for the list of services you wish to >> restart. You >> can choose this option to avoid being prompted; instead, all necessary >> restarts >> will be done for you automatically so you can avoid being asked questions on >> each library upgrade. >> Restart services during package upgrades without asking? >> 1: Yes 2: No [*] >> Prompt: '?' for help, default=2> >> >> If I use 'DEBIAN_FRONTEND=noninteractive' it works and will use the >> default value and I don't get any output on the screen. >> >> I don't see what I need to change in (1) to avoied that prompt and I >> can't specify the value of my choise? >> >> Any help is appriciated. >> >> 1) https://d-i.debian.org/manual/example-preseed.txt > > Download and open the libpam0g package. Its DEBIAN directory has a > templates file; the preseed directive you want is in it. > Thanks for the hint, here's what I ended up doing: In '/var/log/installer/cdebconf/questions.dat' I had: Name: libpam0g/restart-services Template: libpam0g/restart-services Value: cron Name: libraries/restart-without-asking Template: libraries/restart-without-asking Value: false and in the preseed file I use: d-i libpam0g/restart-services string cron d-i libraries/restart-without-asking boolian false In a nut shell, I simply had to convert the debconf format to the preseed file format. -- John Doe
Re: lightweight wifi UI (Was: Insidious systemd)
didier gaumet wrote: > Le 03/06/2019 à 07:23, Patrick Bartek a écrit : > [...] > > The install includes lots of choices [...] So, why not > > init? > > I think a Debian maintainer had answered in the past something like > while not using systemd himself, he admitted the perceived percentage of > Debian anti-systemd users was not so important to justify it, because > one can relatively easily desinstall systemd and install sysv after install. There's a big problem with the popularity argument: it depends on popcon, and popcon is overwhelmingly not installed by people who care about security... who are likely to be professional sysadmins. > for a modern DE at least, systemd seems to be a requirement, but not as > an init system? > https://en.wikipedia.org/wiki/Systemd#Ancillary_components Correct, at least until Buster's GNOME, which will require it. Hopefully Buster's XFCE will not; I don't know. -dsr-
Re: paste.debian.net discontinued ?
On Mon, Jun 03, 2019 at 11:40:34AM +0200, Jérôme BATAILLE wrote: >Hi dear debian users. > >Does someone knows if paste.debian.net is discontinued ? > >Thanks for your replies. It could just be that the service is down temporarily. The debian.net domain is available to Debian developers, who can self-register sub-domains for hosting unofficial or semi-official services. For example, this was done with snapshots.debian.org (as snapshots.debian.net at the start) while the service was initially implemented and its utility was proven. It was later made "official" as snapshots.debian.org. Either way, the point is that services under debian.net have no significant reliability or infrastructure requirements and may be self-hosted by a an individual in such a way as to not be resilient. Given the popularity of paste.debian.net, I would hope that it doesn't suffer from neglect, but I do not know for certain. As an unofficial service, it may not be easy to find out it its true state in that regard. Regards, -Roberto -- Roberto C. Sánchez
Re: what does trade war mean for chinese linux user?
On Mon, Jun 03, 2019 at 11:04:57AM +, Long Wind wrote: >trade war between china and usa is escalating >an early debian distro has flavor for non-us users, because of us export >restriction? how does usa enforce the law on Internet? >it's not easy for me to use mail and i may not respond timely The presence of the non-US archive section is a historical relic from a period when the US considered certain forms of cryptography to be "munitions" and so hosting implementations of said cryptographic algorithms in the US such that users in foreign countries could download them was considered a violation of several US laws. The solution was to host those cryptographic implementations outside the US. The current trade war is more about tarrifs (and maybe protection of intellectual property), thought since I've not been following the details I am not certain. In any event, the two matters are really quite separate and unrelated. As to "How does [the] USA enforce the law on [the] Internet?" Well, it could be argued that they can't and they don't. Regards, -Roberto -- Roberto C. Sánchez
Re: what does trade war mean for chinese linux user?
We can see that the US government is more interested in surveillance and propaganda on the internet than anything else. On Mon, Jun 3, 2019, 6:30 AM Roberto C. Sánchez wrote: > On Mon, Jun 03, 2019 at 11:04:57AM +, Long Wind wrote: > >trade war between china and usa is escalating > >an early debian distro has flavor for non-us users, because of us > export > >restriction? how does usa enforce the law on Internet? > >it's not easy for me to use mail and i may not respond timely > > The presence of the non-US archive section is a historical relic from a > period when the US considered certain forms of cryptography to be > "munitions" and so hosting implementations of said cryptographic > algorithms in the US such that users in foreign countries could download > them was considered a violation of several US laws. The solution was to > host those cryptographic implementations outside the US. > > The current trade war is more about tarrifs (and maybe protection of > intellectual property), thought since I've not been following the > details I am not certain. > > In any event, the two matters are really quite separate and unrelated. > > As to "How does [the] USA enforce the law on [the] Internet?" Well, it > could be argued that they can't and they don't. > > Regards, > > -Roberto > > -- > Roberto C. Sánchez > >
Re: Using ISO image of installer DVD as repository - How?
On 06/03/2019 12:07 AM, mick crane wrote: On 2019-06-02 12:47, Richard Owlett wrote: On 06/01/2019 07:08 PM, mick crane wrote: On 2019-05-31 13:20, Richard Owlett wrote: With the first DVD of Debian 9.8.0 I did: dd if=/dev/cdrom of=dvd.iso bs=4M I edited sources.list to read deb file:///home/richard/dvd.iso stretch main contrib trusted=yes When running Synaptic's ?? Edit->Reload Package Information I receive an error message: The repository 'file:/home/richard/dvd.iso stretch Release' does not have a Release file. What is the problem? TIA On one installation the installer requested if I would like to use the CDROM as a repository and put this line in sources.list which I later commented out because I didn't want to have to keep searching for the CD. Due to bandwidth constraints [originally on dial-up, now just a low data cap] all but one of my installs have been from purchased DVD sets. Although I tend to accept defaults, I habitually use the installer's "Expert" mode. The closest to "...if I would like to use the CDROM as a repository..." I've been asked was if I wished to scan additional CDs. I often did. After leaving dial-up I began installing new packages from the online repositories, although I continue to upgrade my system by doing a fresh install from DVD sets.
Re: what does trade war mean for chinese linux user?
On Mon, Jun 03, 2019 at 06:43:35AM -0500, Nicholas Geovanis wrote: >We can see that the US government is more interested in surveillance and >propaganda on the internet than anything else. Which makes them like every other government in that regard? Meet the new boss, same as the old boss. -- Roberto C. Sánchez
Re: How to reinstall without loosing configurations?
Aldo Maggi wrote: > Last time I've reinstalled was in 2005 after a failure of Jfs (luckily > I had the backup of my files), from them on I've just kept updating and > upgrading. > It is a couple of years, though, that some programs do not work > properly, for instance Firefox (doesn't keep the correct spacing > between lines, etc.), Thunderbird (in most threads doesn't show images. > etc.), so I've started privileging Chromium and Evolution, but, as from > about six months, the former doesn't open anymore some pages so I've > installed Falkon which, as far as I know, uses the same engine as > Chromium, but opens the pages that Chromium doesn't!!! > > Though Linux and particularly Debian are very good in providing proper > updating, I start thinking that maybe something left behind in the > process, piling up during the years is creating such inconveniences, so > I've decided to reinstall my Debian. that can be a good way to get rid a lot of cruft from packages you no longer use and whatever gets left behind if you don't purge packages when you remove them. but i think it is also overkill. for a better understanding of what is going on i consider it much better to remove the offending packages and reinstall them if needed. learning about where they store configuration and user information, how to backup and restore the parts you want is well worth the effort. > I have been using "testing" since Sarge without having any major > problem, but I've noticed that reinstalling is more difficult now than > it used to be at the beginning of the new millennium, at that time I > would have used dpkg --get-selections and in the new partition dpkg -- > set-selections and afterwards I'd have copied some dotfiles but reading > in various forums seems that now everything is more complicated. it can be. i keep a checklist of things and take notes of what i've done for some more complicated tasks that i only do once in a while. > Is there anyone who would advise me about the best way for having in > another partition a new Debian (same pkgs as I have here) and the > configurations I have (for instance, I'm wary of loosing control of my > home server through Xephyr which took me a lot of time to configure, > obviously I can do it via ssh but it is not the same thing, etc) . if you have things you spent a lot of time on setting up i would make sure you have a backup of those before doing anything that might mess that up. i've been running a blend of testing and unstable for a number of years and only did a reinstall from scratch on the new machine i have now. it went pretty well. most configuration files and settings i could copy from a backed up home partition and the other bits i wanted from /etc. songbird
Re: what does trade war mean for chinese linux user?
I think it means good for open source software. You can not forbid using open software and people will understand that it is somewhat dangerous to depend on corporations for such important issue as software. Best regards, Marek Mosiewicz http://marekmosiewicz.pl W dniu pon, 03.06.2019 o godzinie 11∶04 +, użytkownik Long Wind napisał: > trade war between china and usa is escalating > > an early debian distro has flavor for non-us users, because of us > export restriction? how does usa enforce the law on Internet? > > it's not easy for me to use mail and i may not respond timely
Re: Using ISO image of installer DVD as repository - How?
On Sun, Jun 02, 2019 at 01:00:36PM +0100, Brian wrote: > The OP's declared motivation is "self-education" and what is wanted is > that it "should just work". These seem like contradictory statements. If everything works out of the box, he won't learn as much as he would if he has to fix them.
Re: lightweight wifi UI (Was: Insidious systemd)
On Sun, Jun 02, 2019 at 10:23:25PM -0700, Patrick Bartek wrote: > The install includes lots of choices like print server, server or > desktop system, GUI, laptop utilities, etc. that are "bloat-worthy" and > can be installed after the main install has completed. I know. I used > to do it back in the day. I still do to a certain extent even today. > But now those choices are an integral part of the install. So, why not > init? Because a non-negligible number of people care about Desktop Environments, and Print Servers, and SSH Servers. Almost nobody cares about init systems. Yes, you and your 3 friends care DEEPLY and PASSIONATELY about this. I get that. But there's only 4 of you, not 4000.
Re: tftp problem
On 6/2/19 11:46 PM, john doe wrote: > I assume that you have restarted the service? Yup. Several times on multiple computers. No joy. I haven't, though, tried starting with the options added by hand... -- Glenn English
Re: lightweight wifi UI (Was: Insidious systemd)
Greg Wooledge wrote: > On Sun, Jun 02, 2019 at 10:23:25PM -0700, Patrick Bartek wrote: > > The install includes lots of choices like print server, server or > > desktop system, GUI, laptop utilities, etc. that are "bloat-worthy" and > > can be installed after the main install has completed. I know. I used > > to do it back in the day. I still do to a certain extent even today. > > But now those choices are an integral part of the install. So, why not > > init? > > Because a non-negligible number of people care about Desktop Environments, > and Print Servers, and SSH Servers. > > Almost nobody cares about init systems. > > Yes, you and your 3 friends care DEEPLY and PASSIONATELY about this. I > get that. But there's only 4 of you, not 4000. Greg -- is that the sort of argument you feel proud to be making? -dsr-
Re: lightweight wifi UI (Was: Insidious systemd)
On Mon, Jun 03, 2019 at 09:11:37AM -0400, Dan Ritter wrote: > Greg Wooledge wrote: > > Almost nobody cares about init systems. > > > > Yes, you and your 3 friends care DEEPLY and PASSIONATELY about this. I > > get that. But there's only 4 of you, not 4000. > > Greg -- > > is that the sort of argument you feel proud to be making? Yes. I do not believe Debian should bend over backward, spending many hours of development time, to appease a handful of zealots who can achieve their personal goals with three minutes of work. If someone strongly disagrees with this, they can create their own personalized installer, or they can switch to Devuan. Now, open your eyes. The real goal of these zealots is not to save three minutes of work when they install. It is to shove their political agenda into the spotlight.
Re: Using ISO image of installer DVD as repository - How?
On 06/03/2019 07:33 AM, Greg Wooledge wrote: On Sun, Jun 02, 2019 at 01:00:36PM +0100, Brian wrote: The OP's declared motivation is "self-education" and what is wanted is that it "should just work". These seem like contradictory statements. If everything works out of the box, he won't learn as much as he would if he has to fix them. *ROFL* "should just work" == "should just work in the way I expect" ;/
Re: tftp problem
On 6/3/2019 3:24 PM, ghe wrote: > On 6/2/19 11:46 PM, john doe wrote: > >> I assume that you have restarted the service? > > Yup. Several times on multiple computers. No joy. > > I haven't, though, tried starting with the options added by hand... > $ atftpd --verbose=7 --daemon --no-fork --logfile /dev/stdout Should hopefully help you figure out what's going on. -- John Doe
Re: what does trade war mean for chinese linux user?
On Mon, Jun 3, 2019 at 6:52 AM Roberto C. Sánchez wrote: > On Mon, Jun 03, 2019 at 06:43:35AM -0500, Nicholas Geovanis wrote: > >We can see that the US government is more interested in surveillance > and > >propaganda on the internet than anything else. > > Which makes them like every other government in that regard? Meet the > new boss, same as the old boss. > I wasn't comparing regimes. Only comparing the current version of this regime with the previous versions. Detailed knowledge of their own populations has become more important to them over time. I know why ;-) > Roberto C. Sánchez > >
Re: lightweight wifi UI (Was: Insidious systemd)
Greg Wooledge wrote: > On Mon, Jun 03, 2019 at 09:11:37AM -0400, Dan Ritter wrote: > > Greg Wooledge wrote: > > > Almost nobody cares about init systems. > > > > > > Yes, you and your 3 friends care DEEPLY and PASSIONATELY about this. I > > > get that. But there's only 4 of you, not 4000. > > > > Greg -- > > > > is that the sort of argument you feel proud to be making? > > Yes. I do not believe Debian should bend over backward, spending many > hours of development time, to appease a handful of zealots who can > achieve their personal goals with three minutes of work. > > If someone strongly disagrees with this, they can create their own > personalized installer, or they can switch to Devuan. > > Now, open your eyes. The real goal of these zealots is not to save > three minutes of work when they install. It is to shove their political > agenda into the spotlight. Thanks for announcing that people who care what init system they are running are zealots. I had thought that I was a professional with a valid technical point of view, but my eyes are now open. I realize that no objection I can possibly make is worthwhile. Perhaps I too will start making arguments that people should stop complaining about things because they are not in the majority. Presumably I was also wrong about politics being the alternative to war. That can only happen when people respect each other. -dsr-
Re: tftp problem
On 6/3/2019 4:08 PM, john doe wrote: > On 6/3/2019 3:24 PM, ghe wrote: >> On 6/2/19 11:46 PM, john doe wrote: >> >>> I assume that you have restarted the service? >> >> Yup. Several times on multiple computers. No joy. >> >> I haven't, though, tried starting with the options added by hand... >> > > $ atftpd --verbose=7 --daemon --no-fork --logfile /dev/stdout > > Should hopefully help you figure out what's going on. > Also, is your " [directory] must be a world readable/writable directories."? Just after installing 'atftpd": drwxr-xr-x 2 nobody root 4096 /srv/tftp -- John Doe
Re: lightweight wifi UI (Was: Insidious systemd)
On Mon, Jun 03, 2019 at 10:17:00AM -0400, Dan Ritter wrote: > Greg Wooledge wrote: [...] > > Now, open your eyes. The real goal of these zealots [...] > Thanks for announcing that people who care what init system they > are running are zealots [...] Folks. Can we just get along? To the one side: if we want something to happen (e.g. keeping SysV init viable), it's on us to help making it. To the other side: "you don't exist" has been one of the most offending insults in this unfortunate spat. Please stop it. Thanks signature.asc Description: Digital signature
Re: Using ISO image of installer DVD as repository - How?
On Mon 03 Jun 2019 at 09:03:56 -0500, Richard Owlett wrote: > On 06/03/2019 07:33 AM, Greg Wooledge wrote: > > On Sun, Jun 02, 2019 at 01:00:36PM +0100, Brian wrote: > > > The OP's declared motivation is "self-education" and what is wanted is > > > that it "should just work". > > > > These seem like contradictory statements. If everything works out of the > > box, he won't learn as much as he would if he has to fix them. > > > > *ROFL* > "should just work" == "should just work in the way I expect" ;/ You expected deb file:///home/richard/dvdmount stretch main contrib trusted=yes and all the varients you tried to just work. There's a lesson there for someone. -- Brian.
Re: what does trade war mean for chinese linux user?
Long Wind writes: > trade war between china and usa is escalating > an early debian distro has flavor for non-us users, because of us > export restriction? Non-us was not a crippled version of Debian for non-us users. It was a Debian repository located outside the USA for all Debian packages containing strong encryption (and for a while packages that infringed USA software patents). It was used by USA residents and non-USA residents alike. Strong encryption has always been legal here but the government claimed for a while that it was illegal to export Free Software implementing it without a license (this claim was eventually shot down by the courts). It was simpler for Debian to put all strong encryption outside the USA than to figure out how to limit distribution to the USA. > how does usa enforce the law on Internet? It doesn't. It enforces USA law inside the USA, and its powers over the Internet here are weak. -- John Hasler jhas...@newsguy.com Elmwood, WI USA
Re: tftp problem
On 6/3/19 8:08 AM, john doe wrote: > atftpd --verbose=7 --daemon --no-fork --logfile /dev/stdout Response, run as root: atftpd: can't bind port :69/udp They're just kidding. I think -- I don't know what they mean by 'bind'. I've saved configs over tftp from my Juniper firewall and my Cisco router. Juniper a few minutes ago (small file; just beginning to get it going): > Save configurations (5213 bytes) to SSG140Config.txt on TFTP server 192.168.2.3 from ethernet0/7. > > tftp transferred records = 11 > tftp success! > > TFTP Succeeded ghe@sbox:~$ ls -lh /tftpboot/ | egrep SSG -rw-rw-rw- 1 nobody nogroup 5.1K Jun 3 08:48 SSG140Config.txt Cisco (bigger file; my border router): > > 12386 bytes copied in 0.584 secs (21209 bytes/sec) (Cisco makes '.'s instead of '!'s on failure.) ghe@sbox:~$ ls -lh /tftpboot/ | egrep Run -rw-rw-rw- 1 nobody nogroup 13K Jun 3 08:51 brouterRunningConfig.txt Those two have been known to be picky. And, as far as I know, there's no way to get them to use anything but port 69. I've also tftp'ed files locally, using atftp. ... > Also, is your " [directory] must be a world readable/writable directories."? ghe@sbox:~$ ls -lh / | egrep tftp drwxrwxrwx 2 nobody root4.0K Jun 2 16:00 tftpboot ... > drwxr-xr-x 2 nobody root 4096 /srv/tftp Right now, /srv/tftp is a link to /tftpboot, so it's 777: ghe@sbox:~$ ls -lh /srv | egrep tftp lrwxrwxrwx 1 root root 10 May 31 13:04 tftp -> /tftpboot/ It's owned by root, but it was nobody's when it was a dir (worked just fine then, anyway). And there seems to be no problem with the link being owned by root. -- Glenn English
Re: what does trade war mean for chinese linux user?
Very likely zero impact. On Mon, 3 Jun 2019, Long Wind wrote: > Date: Mon, 3 Jun 2019 07:04:57 > From: Long Wind > To: Debian-user List Debian > Subject: what does trade war mean for chinese linux user? > Resent-Date: Mon, 3 Jun 2019 11:05:58 + (UTC) > Resent-From: debian-user@lists.debian.org > > trade war between china and usa is escalating > an early debian distro has flavor for non-us users, because of us export > restriction? how does usa enforce the law on Internet? > it's not easy for me to use mail and i may not respond timely --
Re: df shows wrong disk size
# ls -l /dev/mapper/vgbarley-cache /dev/vgbarley/cache lrwxrwxrwx 1 root root 8 Jun 1 17:26 /dev/mapper/vgbarley-cache -> ../dm-19 lrwxrwxrwx 1 root root 8 Jun 1 17:26 /dev/vgbarley/cache -> ../dm-19 On Mon, Jun 3, 2019 at 2:32 AM Henning Follmann wrote: > > You cheat ;) > please show that > > /dev/mapper/vgbarley-cache == /dev/vgbarley/cache # ls -l /dev/mapper/vgbarley-cache /dev/vgbarley/cache lrwxrwxrwx 1 root root 8 Jun 1 17:26 /dev/mapper/vgbarley-cache -> ../dm-19 lrwxrwxrwx 1 root root 8 Jun 1 17:26 /dev/vgbarley/cache -> ../dm-19
Re: df shows wrong disk size
I just noticed the reported journal size is exactly 1G, which would account for the difference: Journal size: 1024M That's assuming the units are bytes; if they are blocks, it's just a crazy value. I'll see what the extN experts have to say. Ross
Re: tftp problem
ghe wrote: > Response, run as root: > atftpd: can't bind port :69/udp > why do you have /udp after the port? Check the config > They're just kidding. I think -- I don't know what they mean by 'bind'. > I've saved configs over tftp from my Juniper firewall and my Cisco router. This usually means that the process can start listening on that port
Re: use mailx instead of sendmail in apt-listchanges
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, On 3/6/19 5:40 am, Martin T wrote: > What could be the most elegant workaround in this situation? Create > a /usr/sbin/sendmail wrapper script which processes the > "/usr/sbin/sendmail -oi -t" command called by apt_listchanges.py > and sends the mail using mailx? Modify the apt_listchanges.py? > Something else? This is what I use on Devuan (and Debian previously): # aptitude show bsd-mailx;echo;dpkg -L bsd-mailx;ls -lart /etc/alternatives/mailx Tue 4 Jun 04:27:41 AEST 2019 -- show bsd-mailx Package: bsd-mailx Version: 8.1.2-0.20160123cvs-4 State: installed Automatically installed: no Priority: optional Section: mail Maintainer: Robert Luberda Architecture: amd64 Uncompressed Size: 169 k Depends: base-files (>= 2.2.0), default-mta | mail-transport-agent, libbsd0 (>= 0.2.0), libc6 (>= 2.17), liblockfile1 (>= 1.0) Provides: mail-reader, mailx Description: simple mail user agent Tags: implemented-in::c, interface::commandline, mail::smtp, mail::user-agent, network::client, protocol::smtp, role::program, suite::bsd, works-with::mail /. /etc /etc/mail.rc /usr /usr/bin /usr/bin/bsd-mailx /usr/share /usr/share/bsd-mailx /usr/share/bsd-mailx/mail.help /usr/share/bsd-mailx/mail.tildehelp /usr/share/doc /usr/share/doc/bsd-mailx /usr/share/doc/bsd-mailx/NEWS.Debian.gz /usr/share/doc/bsd-mailx/README.Debian.gz /usr/share/doc/bsd-mailx/changelog.Debian.gz /usr/share/doc/bsd-mailx/changelog.gz /usr/share/doc/bsd-mailx/copyright /usr/share/man /usr/share/man/man1 /usr/share/man/man1/bsd-mailx.1.gz lrwxrwxrwx 1 root root 18 May 15 10:52 /etc/alternatives/mailx -> /usr/bin/bsd-mailx Cheers AndrewM -BEGIN PGP SIGNATURE- iHUEAREIAB0WIQTJAoMHtC6YydLfjUOoFmvLt+/i+wUCXPVnCwAKCRCoFmvLt+/i +5WiAP95KtncIG+nJcrLpweSq47/iSUsJRBws37hlWXPABcgEQD/QljjehIDKdmj NNQ1AyTcUX5A6kdWmPMTyuTEwv0kNBQ= =AVBN -END PGP SIGNATURE-
Re: tftp problem
On 6/3/19 11:48 AM, deloptes wrote: >> Response, run as root: >> atftpd: can't bind port :69/udp >> > > why do you have /udp after the port? Check the config 1) I don't; atftpd put it there. TFTP is UDP on port 69, isn't it? 2) What config? The closest thing to a config I could find was /etc/default/atftpd. And it looked to me like it was ignoring that. >> They're just kidding. I think -- I don't know what they mean by 'bind'. >> I've saved configs over tftp from my Juniper firewall and my Cisco router. > > This usually means that the process can start listening on that port But if it means it can start listening, why say anything about it? They didn't tell me the sky is blue. And why not say any more? I was hoping for some useful info about what was wrong. I went into the startup script in init.d, hung a '.sh' on the filename, added some debugging echo statements, and commented out what I suspected was be making the script not print any of the echos. When I ran the file as a shell script, it chatted a bit. And most most importantly, the daemon started and it started writing into the correct directory. I need to see if I can get the s.*d word to do that. Thanks folks. You've given me info on a direction to go with this. -- Glenn English
Re: paste.debian.net discontinued ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 3/6/19 7:40 pm, Jérôme BATAILLE wrote: > Hi dear debian users. > > Does someone knows if paste.debian.net is discontinued ? It's back so it must have been a temp issue. Cheers A. -BEGIN PGP SIGNATURE- iHUEAREIAB0WIQTJAoMHtC6YydLfjUOoFmvLt+/i+wUCXPVqUwAKCRCoFmvLt+/i +7l9AP9ztUC+lIoxZHaOmRmosqTPXErhEGi8yzj9icWFdwLuuwEAqhbWI/7dTQ// 5hh+xJqhT/AfqNEYLZ1jEAQUxq74wQA= =Xph8 -END PGP SIGNATURE-
Debian standard installation media packages
Hello, I have several machines that require a standard build environment after installation in order to build device drivers, such as NIC and WIFI drivers. These drivers or modules are not included in the free/non-free images (eg. Broadcom), I currently have the source codes for these saved on a USB stick. With the standard DVD image, the ‘build-essential’ meta package is not included and relies on an internet connection to install the packages required to build drivers. If one does not have access to a wired network and you cannot build wifi drivers with the base install media, then you have no way of downloading the build-essential package. Would it be possible to include the 'build-essential’ meta package (along with dkms) on the standard DVD installation image, or have a spin of the image with the build tools included. This is quite common on other distributions, such as Centos and Fedora and I cannot understand how this meta package has been omitted from the standard install media. Regards and with thanks, Jacques
Debian 'build-essential' on installation media.
Hello, I have several machines that require a standard build environment after installation in order to build device drivers, such as NIC and WIFI drivers. These drivers or modules are not included in the free/non-free images (eg. Broadcom) or included as kernel modules, I currently have the source for these saved on a USB stick. With the standard DVD image, the ‘build-essential’ meta package is not included with the default install and relies on an internet connection to install the packages required to build drivers. If one does not have access to a wired network and you cannot build wifi drivers with the base install media, then you have no way of downloading the build-essential package. In short - If you rely on the ‘build-essential’ meta package to build your NIC/WIFI drivers then you will never get on the internet with the packages included on the standard install images. There is no way to build drivers without an internet connection. Would it be possible to include the 'build-essential’ meta package (along with dkms) on the standard DVD installation image, or have a spin of the image with the build tools included. This is quite common on other distributions, such as Centos and Fedora and I cannot understand how this meta package has been omitted from the standard install media. Regards and with thanks, Jacques
Re: OpenGL forwarding via ssh session: works on jessie, does not work on stretch
Simon, on 2019-06-02: > The following test setup: > (A) linux machine running ubuntu (Nvidia GPU) > (B) BBB running jessie > (C) BBB running stretch > > I connect from (A) -> (*) by ssh -X x@host > > When I connect from (A) to (B): > > export LIBGL_ALWAYS_INDIRECT=1; glxinfo|head > name of display: localhost:10.0 > display: localhost:10 screen: 0 > direct rendering: No (LIBGL_ALWAYS_INDIRECT set) > server glx vendor string: NVIDIA Corporation > server glx version string: 1.4 > server glx extensions: > > When I connect from (A) to (C): > > export LIBGL_ALWAYS_INDIRECT=1; glxinfo|head > Error: couldn't find RGB GLX visual or fbconfig > name of display: localhost:10.0 Good Day Simon, At first I was thinking that could have to do with remote GLX support of your X server, which requires to be explicitly enabled on Debian Stretch using Xorg option +iglx for instance. However, your setup and your symptoms do not match this situation. I vaguely recall having seen this "couldn't find RGB GLX visual" message a couple of times when working on hardware accelerated remote direct rendering though, but can't recall the exact situation. Here is an attempt to reproduce your issue, except that my setup is: (A) Amd running Sid (C) Eeepc running Stretch If I start X on (A) without "+iglx", then ssh -X to (C), I get: $ glxinfo | grep '^direct rendering:' direct rendering: Yes $ LIBGL_ALWAYS_INDIRECT=1 glxinfo | grep '^direct rendering:' X Error of failed request: GLXBadContext Major opcode of failed request: 152 (GLX) Minor opcode of failed request: 6 (X_GLXIsDirect) Serial number of failed request: 34 Current serial number in output stream: 33 $ glxdemo /* Redrawing the window is clunky. */ $ glxgears 50 frames in 5.1 seconds = 9.875 FPS If I start X on (A) with "+iglx", then ssh -X to (C), I get: $ glxinfo | grep '^direct rendering:' direct rendering: Yes $ LIBGL_ALWAYS_INDIRECT=1 glxinfo | grep '^direct rendering:' direct rendering: No (LIBGL_ALWAYS_INDIRECT set) $ glxdemo /* Redrawing the window is clunky. */ $ LIBGL_ALWAYS_INDIRECT=1 glxdemo /* Redrawing the window is smooth. */ $ glxgears 35 frames in 5.0 seconds = 6.953 FPS $ LIBGL_ALWAYS_INDIRECT=1 glxgears /* Can't get performances output because my X server... * erm... * dies instantly of a segmentation violation. */ Anyway, error messages are not the same as yours, so there may be something else in play in your setup that might have been missed. For instance my architecture was different from yours, the X server is run on Debian instead of Ubuntu, the graphic card is an Amd instead of an Nvidia, etc. Perhaps someone else with a better knowledge of X internals might pop-up with better insights. Kind Regards, -- Étienne Mollier Off-topic, for the curious mind, the Xorg log says: Backtrace: 0: /usr/lib/xorg/Xorg (OsLookupColor+0x139) [0x55a034a102c9] 1: /lib/x86_64-linux-gnu/libpthread.so.0 (funlockfile+0x50) [0x7fa380c9b77f] 2: /usr/lib/xorg/Xorg (ResetCurrentRequest+0xb) [0x55a034a0f34b] 3: /usr/lib/xorg/Xorg (DRI2WaitSwap+0x56) [0x55a0349dc766] unw_get_proc_name failed: no unwind info found [-10] 4: /usr/lib/xorg/modules/extensions/libglx.so (?+0x0) [0x7fa3803e1a50] unw_get_proc_name failed: no unwind info found [-10] 5: /usr/lib/xorg/modules/extensions/libglx.so (?+0x0) [0x7fa3803da040] unw_get_proc_name failed: no unwind info found [-10] 6: /usr/lib/xorg/modules/extensions/libglx.so (?+0x0) [0x7fa3803d5ff0] 7: /usr/lib/xorg/Xorg (dri3_send_open_reply+0xe0a) [0x55a0349e112a] 8: /usr/lib/xorg/Xorg (_CallCallbacks+0x34) [0x55a0348b6c24] 9: /usr/lib/xorg/Xorg (CloseDownClient+0x5f) [0x55a0348b0d0f] 10: /usr/lib/xorg/Xorg (SendErrorToClient+0x39b) [0x55a0348b1a0b] 11: /usr/lib/xorg/Xorg (InitFonts+0x3b6) [0x55a0348b5956] 12: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xeb) [0x7fa380aea09b] 13: /usr/lib/xorg/Xorg (_start+0x2a) [0x55a03489f67a] Segmentation fault at address 0x8 Not sure if I should open a bug about this; I'm running a kernel with a custom enough config to wonder if the issue came from the thing between the chair and the keyboard in the first place.
Re: Debian standard installation media packages
Hi, Jacques Toerien wrote: > With the standard DVD image, the ‘build-essential’ meta package is not > included According to https://cdimage.debian.org/debian-cd/current/amd64/list-dvd/debian-9.9.0-amd64-DVD-1.list.gz there should be build-essential_12.3_amd64.deb So you would have to be more specific about what DVD image you use and what software especially is missing. Are you sure that it is listed as dependency at https://packages.debian.org/unstable/build-essential ? In general, debian-user mailing list is not the right place to request additions to the content of Debian installation images or advise how to create own images with added packages. debian-9.9.0-amd64-DVD-1.iso is a matter of debian...@lists.debian.org debian-live-9.9.0-amd64-xfce.iso would belong to debian-l...@lists.debian.org (Consider to subscribe before you send mail there and to stay subscribed as long as the discussion goes on.) Have a nice day :) Thomas
Re: Debian standard installation media packages
I do apologise in advance, there may be a double post popping up from me.
Re: openjdk-8-jre for buster
However, today 3 Jun 2019 we see in tracker.debian.org for openjdk-8 that "[2019-06-03] Accepted openjdk-8 8u222-b04-1 (source) into experimental" and "[2019-06-03] Accepted openjdk-8 8u212-b03-2~deb9u1 (source amd64 all) into proposed-updates->stable-new, proposed-updates (Moritz Muehlenhoff) (signed by: Moritz Mühlenhoff)" Does this mean that refitting of openjdk-8 has begun? On Sat, Jun 1, 2019 at 12:08 PM Liam O'Toole wrote: > On 2019-05-31, Gian Uberto Lauri wrote: > >> "BR" == Brad Rogers writes: > > > >BR> Not from Debian. See https://tracker.debian.org/pkg/openjdk-8 > > > >BR> Short version: It's been removed and (to me it looks like) won't > >BR> be back. > > > > Do they run IcedTea against the OpenJDK 11 ? > > > > Java Web Start has been removed from OpenJDK 11, so I doubt it. > > -- > > Liam > >
Re: openjdk-8-jre for buster
On Mon, Jun 03, 2019 at 04:30:17PM -0500, Nicholas Geovanis wrote: >However, today 3 Jun 2019 we see in [1]tracker.debian.org for openjdk-8 >that >"[2019-06-03] Accepted openjdk-8 8u222-b04-1 (source) into experimental" >and >"[2019-06-03] Accepted openjdk-8 8u212-b03-2~deb9u1 (source amd64 all) >into proposed-updates->stable-new, proposed-updates (Moritz Muehlenhoff) >(signed by: Moritz Mühlenhoff)" >Does this mean that refitting of openjdk-8 has begun? No. See, https://bugs.debian.org/929650 Regards, -Roberto -- Roberto C. Sánchez
Re: df shows wrong disk size [SOLVED]
On Mon, Jun 3, 2019 at 10:36 AM I wrote: > > I just noticed the reported journal size is exactly 1G, which would > account for the difference: > Journal size: 1024M > That's assuming the units are bytes; if they are blocks, it's just a > crazy value. > > I'll see what the extN experts have to say. > Ross Ted Ts'o over on https://www.spinics.net/lists/linux-ext4/index.html (sorry, reply isn't in index yet) confirms that the big log is the cause of the 3G vs 4G discrepancy, and the big log is a holdover from the original 4TB size I specified. There are some additional suboptimalities from shrinking by a factor of 1000, but the log size is the only substantial one. To reset the journal size he recommended removing and then recreating the journal, which worked for me. df now reports 4G as the volume size, with a corresponding increase in the free data space. root@barley:~#tune2fs -O ^has_journal /dev/vgbarley/cache # remove journal tune2fs 1.44.5 (15-Dec-2018) root@barley:~#date; tune2fs -O has_journal /dev/vgbarley/cache # turn it back on Mon 03 Jun 2019 08:27:37 PM PDT tune2fs 1.44.5 (15-Dec-2018) Creating journal inode: done root@barley:~#date; dumpe2fs -h /dev/vgbarley/cache # Inode count: 131072 Block count: 1048576 Reserved block count: 52428 Free blocks: 538855 # was 621488 before, but there's a lot more on it Free inodes: 118435 #. Journal inode: 8 Default directory hash: half_md4 Directory Hash Seed: 24162063-f4a6-4420-b79b-3ad4f9b71ab7 Journal backup: inode blocks Checksum type: crc32c Checksum: 0x4557d69e Journal features: (none) Journal size: 64M ### was 1G Journal length: 16384 Journal sequence: 0x0001 Journal start: 0 root@barley:~## journal size now 64M instead of 1G! root@barley:~#date; mount /var/local/cache/ Mon 03 Jun 2019 08:28:59 PM PDT root@barley:~#df -h !$ df -h /var/local/cache/ Filesystem Size Used Avail Use% Mounted on /dev/mapper/vgbarley-cache 4.0G 1.9G 1.9G 51% /var/local/cache # only 0.7G in use in my original post; now 1.9G. # the +1.2G is from real files, not overhead Thanks to everyone for your help. Takeaways: * Don't say 4TB when you mean 4GB! (Duh) * e2fs tools report (roughly?) the entire device size for block count, while df only shows the size of the data area, excluding metadata * Mis-sized journals can be fixed by removal and recreation, at least for ext4. Ross
Re: lightweight wifi UI (Was: Insidious systemd)
On Mon, 3 Jun 2019 09:43:36 +0200 didier gaumet wrote: > Le 03/06/2019 à 07:23, Patrick Bartek a écrit : > [...] > > The install includes lots of choices [...] So, why not > > init? > > I think a Debian maintainer had answered in the past something like > while not using systemd himself, he admitted the perceived percentage of > Debian anti-systemd users was not so important to justify it, because > one can relatively easily desinstall systemd and install sysv after install. That's what they said, yes, among other things. But when your default desktop environment GNOME has systemd (or parts of it) as a dependency, and as time is money, the developers took the path of least resistance. No, you can't uninstall all of systemd easily and still have the system work: too many dependency issues. You can, however, easily replace systemd-init with sysvinit while leaving systemd libraries still installed. In fact, the process in documented in the install docs which is what I finally decided to do after lots of research and trial installs. Some had suggested I go with Devuan, if I wanted to be free of systemd, but at the time -- a couple years ago -- Devuan IMHO wasn't ready for prime time. > It seems that you do not even need to install systemd (as the init > system) at all during a fresh install (if you don't install a full blown > DE)? >https://wiki.debian.org/systemd#Installing_without_systemd Now that I look at it, I read that years ago, but all the preseeding does is install sysvinit after the system install with systemd is complete. Just as easy to do it manually. To make as basic a system as possible, I started with a terminal only install, switched to sysvinit, and installed only what I needed, component by component. > [...] > > I'm not against systemd, per se, just against having it forced on me > > by way of dependencies. I don't think the init should ever be a > > dependency. Of anything. > [...] > for a modern DE at least, systemd seems to be a requirement, but not as > an init system? > https://en.wikipedia.org/wiki/Systemd#Ancillary_components Unfortuanately, as all those ancillary components are not independent but interrelated, you're going to get unexpected systemd "gotchas" just as I did with wicd. I solved it by picking another wifi manager which really has no relations to GNOME or systemd. B
Re: lightweight wifi UI (Was: Insidious systemd)
On Mon, 3 Jun 2019 04:21:18 -0400 Kenneth Parker wrote: > I wish to add one thing to this Discussion. Mention was made, more than > once, that wicd "might" require Systemd. It's not wicd that has the systemd dependency, it's one or a few wicd Recommends that do. Block those from installing and no systemd reinstall. But that's all academic now. I went with another wifi manager. > Besides using Debian Stretch on one system (where I am happily learning > Systemd), I use Devuan Ascii (on an older machine with limited ram). > > This is "official notification" that wicd works fine on Devuan Ascii, > meaning that, as far as I know, nothing in wicd actually references Systemd.
Re: df shows wrong disk size
Le 03/06/2019 à 19:36, Ross Boylan a écrit : I just noticed the reported journal size is exactly 1G, which would account for the difference: Journal size: 1024M That's assuming the units are bytes; if they are blocks, it's just a crazy value. Sounds interesting. Here on a ~4 GiB ext4 filesystem the journal size is between 32 and 128 MiB. You can try to change it with tune2fs.
Re: tftp problem
On 6/3/2019 8:39 PM, ghe wrote: > On 6/3/19 11:48 AM, deloptes wrote: > >>> Response, run as root: >>> atftpd: can't bind port :69/udp >>> >> >> why do you have /udp after the port? Check the config > > 1) I don't; atftpd put it there. TFTP is UDP on port 69, isn't it? > Because in the command I gave in this thread '--port' option was missing. $ atftpd --port 2345 --verbose=7 --daemon --no-fork --logfile /dev/stdout [DIRECTORY] Port 69 UDP on the server and is also the destination port on the clients. > 2) What config? The closest thing to a config I could find was > /etc/default/atftpd. And it looked to me like it was ignoring that. > As far as I can tell, there is no config file per say but the init.d script will use the file '/etc/default/atftp'. >>> They're just kidding. I think -- I don't know what they mean by 'bind'. 'Bind' means use this adress only. > When I ran the file as a shell script, it chatted a bit. And most most > importantly, the daemon started and it started writing into the correct > directory. I need to see if I can get the s.*d word to do that. > 's.*d'? -- John Doe
