Re: need help on playing m3u8 file with mplayer
Long Wind wrote: > m3u8 file include a line below > #EXT-X-KEY:METHOD=AES-128,URI="https://ts-qsg.qinbuyan666.com/20210511/Ql6iBJVB/1100kb/hls/key.key; > > i want to change it to local file: > #EXT-X-KEY:METHOD=AES-128,URI="file:///home/zhou/key.key" > it doesn't work, mplayer complains: > > [hls,applehttp @ 0xb7791e20]Filename extension of 'file:///home/zhou/key.key' > is not a common multimedia extension, blocked for security reasons. > If you wish to override this adjust allowed_extensions, you can set it to > 'ALL' to allow all > Unable to open key file file:///home/zhou/key.key > > how to solve it?? Thanks! It says it is an AES-128 encryption key, not a piece of media. -dsr-
need help on playing m3u8 file with mplayer
m3u8 file include a line below #EXT-X-KEY:METHOD=AES-128,URI="https://ts-qsg.qinbuyan666.com/20210511/Ql6iBJVB/1100kb/hls/key.key; i want to change it to local file: #EXT-X-KEY:METHOD=AES-128,URI="file:///home/zhou/key.key" it doesn't work, mplayer complains: [hls,applehttp @ 0xb7791e20]Filename extension of 'file:///home/zhou/key.key' is not a common multimedia extension, blocked for security reasons. If you wish to override this adjust allowed_extensions, you can set it to 'ALL' to allow all Unable to open key file file:///home/zhou/key.key how to solve it?? Thanks!
Re: Repo. ppa.launchpad.net
David Wright writes: > On Thu 13 May 2021 at 16:42:09 (+0100), Richmond wrote: >> David Wright writes: >> >> > I'm surprised it doesn't do a quick upgrade while it's about it. >> > Anyway, that's what I call self-inflicted. >> >> Those aren't the instructions given on the Signal website. > > As you prefer. I typed signal debian into google and clicked on > the top link: > https://signal.org › download > which took me to > https://signal.org/en/download/ > I clicked on the blue Download for Linux button, and the following > appeared: > > Linux (Debian-based) Install Instructions > > # NOTE: These instructions only work for 64 bit Debian-based > # Linux distributions such as Ubuntu, Mint etc. > > # 1. Install our official public software signing key > wget -O- https://updates.signal.org/desktop/apt/keys.asc | gpg --dearmor > > signal-desktop-keyring.gpg > suXdo mv signal-desktop-keyring.gpg /usr/share/keyrings/ > > # 2. Add our repository to your list of repositories > echo 'deb [arch=amd64 > signed-by=/usr/share/keyrings/signal-desktop-keyring.gpg] > https://updates.signal.org/desktop/apt xenial main' |\ > suXdo tee -a /etc/apt/sources.list.d/signal-xenial.list > > # 3. Update your package database and install signal > suXdo apt update && suXdo apt install signal-desktop > > Comparing this with what I posted before, I see that curl (Optional) > is replaced by wget (Standard), and one can assume the latter > is already installed. > > Step 1 differs in that it stores the .gpg key instead of .asc. > I'm not aware of any significance in one format or the other. > > Step 2 differs in that a specific key is used for verification, > rather than any key on the keyring. > > Step 3 is identical. > > Comments as before. The command being piped to sudo, which you are concerned about, in the second version is the output from echo, which is the deb command. So it is doing what it says it is doing, adding the repo. The key is validated by gpg. The curl version is dubious because it doesn't validate the key, so it could contain a ; and some other commands. But I don't know why anyone would follow those instructions for students. None of this shows that installing signal added the ppa.launchpad.net repo.. So it is not self inflicted.
Re: How to reference xxxdvd1.iso in sources.list
Hi,
Andrew M.A. Cater wrote:
> In practice, queuing up a few mount/umount/eject commands and then runnng
> the apt-get install commands or whatever by using an up arrow command to
> repeat wasn't a problem.
How did you work around the tray loading bug ?
The Linux kernel lost the ability to wait for the CD-ROM drive to become
ready after a new medium was loaded. Symptom is e.g. that mount lets the
drive load the tray, but then immediately errors out by:
mount: no medium found on /dev/sr0
The regression was probably introduced in 2008 to kernel 2.4 by commit
210ba1d1724f ("[SCSI] sr: update to follow tray status correctly"). Since
then the user has to do the waiting and let most software know when it is ok
to try reading from the drive.
A workaround is to use a burn program to load the tray. Such programs wait
independently of the kernel until the drive is ready before they begin to
further inquire its state. Like
xorriso -outdev /dev/sr0 ; mount /dev/sr0 /mnt/cdrom
Have a nice day :)
Thomas
Re: How to reference xxxdvd1.iso in sources.list
On Thu, May 13, 2021 at 05:34:43PM +, Andrew M.A. Cater wrote: > On Thu, May 13, 2021 at 06:53:28PM +0200, to...@tuxteam.de wrote: [...] > > My question: it does operate on the (already mounted) .iso image, right? > > Or does it do the (loopback and) mounting on its own? > > > No, it relies on the image to be mounted [...] I see. Thanks :) > [...] so DVD1 -> DVD2 -> DVD1 -> DVD3, for example. Ugh. User as computer extension :-/ Cheers - t signature.asc Description: Digital signature
Re: Repo. ppa.launchpad.net
On Thu 13 May 2021 at 16:42:09 (+0100), Richmond wrote: > David Wright writes: > > > I'm surprised it doesn't do a quick upgrade while it's about it. > > Anyway, that's what I call self-inflicted. > > Those aren't the instructions given on the Signal website. As you prefer. I typed signal debian into google and clicked on the top link: https://signal.org › download which took me to https://signal.org/en/download/ I clicked on the blue Download for Linux button, and the following appeared: Linux (Debian-based) Install Instructions # NOTE: These instructions only work for 64 bit Debian-based # Linux distributions such as Ubuntu, Mint etc. # 1. Install our official public software signing key wget -O- https://updates.signal.org/desktop/apt/keys.asc | gpg --dearmor > signal-desktop-keyring.gpg suXdo mv signal-desktop-keyring.gpg /usr/share/keyrings/ # 2. Add our repository to your list of repositories echo 'deb [arch=amd64 signed-by=/usr/share/keyrings/signal-desktop-keyring.gpg] https://updates.signal.org/desktop/apt xenial main' |\ suXdo tee -a /etc/apt/sources.list.d/signal-xenial.list # 3. Update your package database and install signal suXdo apt update && suXdo apt install signal-desktop Comparing this with what I posted before, I see that curl (Optional) is replaced by wget (Standard), and one can assume the latter is already installed. Step 1 differs in that it stores the .gpg key instead of .asc. I'm not aware of any significance in one format or the other. Step 2 differs in that a specific key is used for verification, rather than any key on the keyring. Step 3 is identical. Comments as before. Cheers, David.
Re: /run/user/1000 errors
On Thu, May 13, 2021 at 11:50:54AM -0700, Gary L. Roach wrote: > When trying to install the Bacula backup system on my computer, I get the > following error: > > *QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 > instead of 0* Well, that error message is wrong. The correct owner of /run/user/1000 is 1000, not 0. What probably happened here is you logged in as your normal unprivileged user (with UID 1000) and then used something like su to temporarily gain elevated privileges -- but whatever method you used left some of your regular user's environment variables intact. These environment variables will refer to directories like /run/user/1000 which are yours, and not root's. > I have noticed the same problem on other software packages. I have searched > the internet for answers to this and have found dozens of cases with dozens > of different ways to fix the problem, none of which seem to work for me. As a first suggestion, it sounds like whatever you're doing expects a complete login environment belonging to root, rather than one belonging to you but with temporary powers granted. So, try launching a complete root login environment with "su -" or with "sudo -i" and see if that helps. Or, if you prefer, drop to a text console (e.g. Ctrl-Alt-F2) and login directly as root there. Or, if you prefer, and if you've configured your system to allow it, you could try "ssh root@localhost".
/run/user/1000 errors
Operating System: Debian GNU/Linux 10 KDE Plasma Version: 5.14.5 Qt Version: 5.11.3 KDE Frameworks Version: 5.54.0 Kernel Version: 4.19.0-16-amd64 OS Type: 64-bit Processors: 4 × AMD FX(tm)-4350 Quad-Core Processor Memory: 15.6 GiB of RAM When trying to install the Bacula backup system on my computer, I get the following error: *QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0* I have noticed the same problem on other software packages. I have searched the internet for answers to this and have found dozens of cases with dozens of different ways to fix the problem, none of which seem to work for me. This is a recent problem that has started to occur since I was forced to reinstall my operating system. This problem effects multiple software packages which seems to point to some common cause. Any help will be sincerely appreciated. Gary R.
Re: How to reference xxxdvd1.iso in sources.list
On Thu, May 13, 2021 at 06:53:28PM +0200, to...@tuxteam.de wrote: > On Thu, May 13, 2021 at 03:47:34PM +, Andrew M.A. Cater wrote: > > Hi, Andrew > > thanks for chiming in > > > If you _really_ want to have one .iso to mount - this is where the 16G .iso > > or the BluRay sized disks help - one image that holds a larger chunk of the > > whole archive. > > Yes, one big .iso seems to be more comfortable than a whole bunch of > smaller ones. > > > apt-cdrom will effectively read the index(es) off the .iso of what packages > > there are and will cache that. > > I understand that: this is the "iso sister" of apt(-get) update. > > My question: it does operate on the (already mounted) .iso image, right? > Or does it do the (loopback and) mounting on its own? > No, it relies on the image to be mounted. I last did this in anger with real CDs / DVDs. A package install would prompt for the DVD to be phsyically inserted into the disk drive [/mnt/cdrom probably at that stage - physical drives automounted] and then read the list of packages off them. If you were doing a large install e.g. Gnome / KDE, you might have to physically change disks (sometimes more than once) so DVD1 -> DVD2 -> DVD1 -> DVD3, for example. If the DVD drive autolocked, then you might need to run an eject command in there. In practice, queuing up a few mount/umount/eject commands and then runnng the apt-get install commands or whatever by using an up arrow command to repeat wasn't a problem. DVDs loop mounted would be less of a problem, as outlined. > > If you have multiple DVDs, it will prompt > > you to > > change them - so, actually, you could mount the DVD images in separate > > directories under /media as individual mount points and then run apt-cdrom > > to index them all with Tomas -d switch, as outlined above. > > Yes, that makes sense. Perhaps dedicate one directory to each install > medium (/media/installers/buster/cd-23 or something). > > > For me - I find that a netinst - and internet bandwidth - is all that I need > > but I recognise that that's not everyone's cup of $BEVERAGE. > > ISTR that Richard's Internet connectivity isn't... stellar. Sitting behind > a >= 4Mbit spoils us, it seems :-) > > Cheers > - t All best, as ever, Andy C.
Re: How to reference xxxdvd1.iso in sources.list
On Thu, May 13, 2021 at 03:47:34PM +, Andrew M.A. Cater wrote: Hi, Andrew thanks for chiming in > If you _really_ want to have one .iso to mount - this is where the 16G .iso > or the BluRay sized disks help - one image that holds a larger chunk of the > whole archive. Yes, one big .iso seems to be more comfortable than a whole bunch of smaller ones. > apt-cdrom will effectively read the index(es) off the .iso of what packages > there are and will cache that. I understand that: this is the "iso sister" of apt(-get) update. My question: it does operate on the (already mounted) .iso image, right? Or does it do the (loopback and) mounting on its own? > If you have multiple DVDs, it will prompt you > to > change them - so, actually, you could mount the DVD images in separate > directories under /media as individual mount points and then run apt-cdrom > to index them all with Tomas -d switch, as outlined above. Yes, that makes sense. Perhaps dedicate one directory to each install medium (/media/installers/buster/cd-23 or something). > For me - I find that a netinst - and internet bandwidth - is all that I need > but I recognise that that's not everyone's cup of $BEVERAGE. ISTR that Richard's Internet connectivity isn't... stellar. Sitting behind a >= 4Mbit spoils us, it seems :-) Cheers - t signature.asc Description: Digital signature
Re: Repo. ppa.launchpad.net
David Wright writes: > I'm surprised it doesn't do a quick upgrade while it's about it. > Anyway, that's what I call self-inflicted. > Those aren't the instructions given on the Signal website.
Re: How to reference xxxdvd1.iso in sources.list
On Thu, May 13, 2021 at 03:32:31PM +0200, to...@tuxteam.de wrote: > On Thu, May 13, 2021 at 06:42:57AM -0500, Richard Owlett wrote: > > [...] > > > Somebody has written on the general topic but what I had seen was > > not in the debian.org hierarchy. What I had seen accommodated > > multiple ISO9660 DVD images in a single directory without using loop > > mounting. Once found I'd like to see it reference in Section 4.3 of > > "Debian GNU/Linux Installation Guide". > > Hm. There are ways to access iso9660 without mounting it > (libiso9660, for example), but I don't think apt follows > that path (glad to learn something new). > > Is there any special reason you want to avoid mounting? > > Cheers > - t If you _really_ want to have one .iso to mount - this is where the 16G .iso or the BluRay sized disks help - one image that holds a larger chunk of the whole archive. apt-cdrom will effectively read the index(es) off the .iso of what packages there are and will cache that. If you have multiple DVDs, it will prompt you to change them - so, actually, you could mount the DVD images in separate directories under /media as individual mount points and then run apt-cdrom to index them all with Tomas -d switch, as outlined above. For me - I find that a netinst - and internet bandwidth - is all that I need but I recognise that that's not everyone's cup of $BEVERAGE. All best, as ever, Andy C.
Re: How to reference xxxdvd1.iso in sources.list
On Thu 13 May 2021 at 10:03:37 (-0500), Richard Owlett wrote: > On 05/13/2021 08:32 AM, to...@tuxteam.de wrote: > > On Thu, May 13, 2021 at 06:42:57AM -0500, Richard Owlett wrote: > > > > [...] > > > > > Somebody has written on the general topic but what I had seen was > > > not in the debian.org hierarchy. What I had seen accommodated > > > multiple ISO9660 DVD images in a single directory without using loop > > > mounting. Once found I'd like to see it reference in Section 4.3 of > > > "Debian GNU/Linux Installation Guide". > > > > Hm. There are ways to access iso9660 without mounting it > > (libiso9660, for example), but I don't think apt follows > > that path (glad to learn something new). > > > > Is there any special reason you want to avoid mounting? > > > It's _loop_ mounting of _each_ ISO I wish to avoid. > > What I had seen had the general for in fstab of > > /dev/hdb5 /mydvds ISO9660 defaults1 1 > > and each iso of a dvd had its own line in sources.list *IIRC* As was pointed out in https://lists.debian.org/debian-user/2020/11/msg00422.html this comes up again and again, as in https://lists.debian.org/debian-user/2019/05/msg01463.html (Second anniversary celebrations imminent.) That thread might make a good starting point. Disclaimer: I don't know what the OP has seen that we're all supposed to look for, and cite in the IG. Cheers, David.
Re: How to reference xxxdvd1.iso in sources.list
On Thu, May 13, 2021 at 10:03:37AM -0500, Richard Owlett wrote: [...] > It's _loop_ mounting of _each_ ISO I wish to avoid. Again, glad to be proven wrong. But /if/ the iso file system image is lying around as a file in a mounted file system, I don't see a way around a loop device to actually mount it. Different, of course from the case where it's on a medium (stick, partition, you name it) which already appears as a device. > What I had seen had the general for in fstab of > > /dev/hdb5 /mydvds ISO9660 defaults1 1 > > and each iso of a dvd had its own line in sources.list *IIRC* This would work for a "real" CDROM, for a dedicated disk partition, for an USB stick (or a partition therein). For an image file, the missing link, AFAIK, is a loopback device, which you seem to dislike (I don't know yet why). Cheers - t signature.asc Description: Digital signature
Re: Repo. ppa.launchpad.net
On Thu 13 May 2021 at 06:59:04 (-0400), Greg Wooledge wrote: > On Thu, May 13, 2021 at 11:48:37AM +0200, Stefan Krusche wrote: > > > sudo aptitude -v show signal-desktop|grep -i archive > > > Archive: xenial, now > > > Archive: xenial > > > Archive: xenial > > > Archive: xenial > > > Archive: xenial > > > > If you have installed these as .deb packages *and* the sources.list file > > was installed thereby then you should find it with the dpkg -S command > > I proposed in a previous mail. > > Not if the sources.list.d/*.list entry was created by a postinst script. > dpkg -S only shows you files that are included in the package's tarball, > not files that are generated at installation time. Seeing "xenial" above, I typed ubuntu signal package into google and clicked on the second link: https://websiteforstudents.com/how-to-install-signal-desktop-on-ubuntu-16-04-17-10-18-04/ Here's the script it recommends you run. I notice that it pipes the output of curl straight into sudo'd commands without a care in the world: suXdo apt install curl curl -s https://updates.signal.org/desktop/apt/keys.asc | suXdo apt-key add - echo "deb [arch=amd64] https://updates.signal.org/desktop/apt xenial main" | suXdo tee -a /etc/apt/sources.list.d/signal-xenial.list suXdo apt update && suXdo apt install signal-desktop I'm surprised it doesn't do a quick upgrade while it's about it. Anyway, that's what I call self-inflicted. Cheers, David.
Re: How to reference xxxdvd1.iso in sources.list
On 05/13/2021 08:32 AM, to...@tuxteam.de wrote: On Thu, May 13, 2021 at 06:42:57AM -0500, Richard Owlett wrote: [...] Somebody has written on the general topic but what I had seen was not in the debian.org hierarchy. What I had seen accommodated multiple ISO9660 DVD images in a single directory without using loop mounting. Once found I'd like to see it reference in Section 4.3 of "Debian GNU/Linux Installation Guide". Hm. There are ways to access iso9660 without mounting it (libiso9660, for example), but I don't think apt follows that path (glad to learn something new). Is there any special reason you want to avoid mounting? Cheers - t It's _loop_ mounting of _each_ ISO I wish to avoid. What I had seen had the general for in fstab of /dev/hdb5 /mydvds ISO9660 defaults1 1 and each iso of a dvd had its own line in sources.list *IIRC*
Re: How to reference xxxdvd1.iso in sources.list
On Thu, May 13, 2021 at 06:42:57AM -0500, Richard Owlett wrote: [...] > Somebody has written on the general topic but what I had seen was > not in the debian.org hierarchy. What I had seen accommodated > multiple ISO9660 DVD images in a single directory without using loop > mounting. Once found I'd like to see it reference in Section 4.3 of > "Debian GNU/Linux Installation Guide". Hm. There are ways to access iso9660 without mounting it (libiso9660, for example), but I don't think apt follows that path (glad to learn something new). Is there any special reason you want to avoid mounting? Cheers - t signature.asc Description: Digital signature
Re: How to reference xxxdvd1.iso in sources.list
On 05/13/2021 05:42 AM, Thomas Schmitt wrote: Hi, tomas wrote: [1] https://wiki.debian.org/SourcesList#CD-ROM Richard Owlett wrote: But I have an iso file on a disk drive -- be it internal HDD or a USB flash drive. tomas wrote: And now this is for you: "You can use -d for the directory of the CD-ROM mount point or add a non-CD mount point (i.e. a USB keydrive)." If I were you, I'd try [...] "apt-cdrom -d /path/to/mounted/usb/stick/or/whatever" [...] Of course, you'll have to actually *mount* that ISO file to achieve that. I wonder why the wiki does not mention "file:" URIs. $ man sources.list says "file The file scheme allows an arbitrary directory in the file system to be considered an archive. This is useful for NFS mounts and local mirrors or archives." Possible benefits of "cdrom:" could be that you do not have to give the relative path from ISO root to the /pool directory and that you may get an opportunity to plug and mount a new USB stick if the desired file is not found in the mounted ISOs. It would be helpful if somebody with sufficient experience would write something about the choice between "file:" and "cdrom:" into the wiki. Have a nice day :) Thomas Somebody has written on the general topic but what I had seen was not in the debian.org hierarchy. What I had seen accommodated multiple ISO9660 DVD images in a single directory without using loop mounting. Once found I'd like to see it reference in Section 4.3 of "Debian GNU/Linux Installation Guide".
Re: Repo. ppa.launchpad.net
On Thu, May 13, 2021 at 11:48:37AM +0200, Stefan Krusche wrote: > > sudo aptitude -v show signal-desktop|grep -i archive > > Archive: xenial, now > > Archive: xenial > > Archive: xenial > > Archive: xenial > > Archive: xenial > > If you have installed these as .deb packages *and* the sources.list file > was installed thereby then you should find it with the dpkg -S command > I proposed in a previous mail. Not if the sources.list.d/*.list entry was created by a postinst script. dpkg -S only shows you files that are included in the package's tarball, not files that are generated at installation time.
Re: How to reference xxxdvd1.iso in sources.list
Hi, tomas wrote: > > > [1] https://wiki.debian.org/SourcesList#CD-ROM Richard Owlett wrote: > > But I have an iso file on a disk drive -- be it internal HDD or a USB flash > > drive. tomas wrote: > And now this is for you: > "You can use -d for the directory of the CD-ROM mount point >or add a non-CD mount point (i.e. a USB keydrive)." > If I were you, I'd try [...] > "apt-cdrom -d /path/to/mounted/usb/stick/or/whatever" > [...] > Of course, you'll have to actually *mount* that ISO file to > achieve that. I wonder why the wiki does not mention "file:" URIs. $ man sources.list says "file The file scheme allows an arbitrary directory in the file system to be considered an archive. This is useful for NFS mounts and local mirrors or archives." Possible benefits of "cdrom:" could be that you do not have to give the relative path from ISO root to the /pool directory and that you may get an opportunity to plug and mount a new USB stick if the desired file is not found in the mounted ISOs. It would be helpful if somebody with sufficient experience would write something about the choice between "file:" and "cdrom:" into the wiki. Have a nice day :) Thomas
Re: How to reference xxxdvd1.iso in sources.list
On Thu, May 13, 2021 at 04:35:38AM -0500, Richard Owlett wrote: > On 05/12/2021 02:44 PM, to...@tuxteam.de wrote: [...] > >This wiki [1] suggests using apt-cdrom to do the magic for you > >[1] https://wiki.debian.org/SourcesList#CD-ROM [...] > But I have an iso file on a disk drive -- be it internal HDD or a > USB flash drive. "If all else fails, read the instructions" ;-) The wiki I pointed you to above has this to say (that section is just a couple of lines, less than this mail is long!): "If you'd rather use your CD-ROM [...] you can put it in your /etc/apt/sources.list. To do so, you can use the apt-cdrom program like this: # apt-cdrom add with the Debian CD-ROM in the drive." And now this is for you: "You can use -d for the directory of the CD-ROM mount point or add a non-CD mount point (i.e. a USB keydrive)." If I were you, I'd try and see what "apt-cdrom -d /path/to/mounted/usb/stick/or/whatever" does to my sources.list(.d) Of course, you'll have to actually *mount* that ISO file to achieve that. You don't expect apt to duplicate the inner workings of every file system driver under the moon to be able to extract files from any random file system image [1], do you? Cheers [1] Grub already tries to do this, alas :-/ - t signature.asc Description: Digital signature
Re: Repo. ppa.launchpad.net
Am Donnerstag, 13. Mai 2021 schrieb Richmond: > Richmond writes: > > I haven't installed any audio recorder that I know of, but I did > > install vlc recently, which I think may be able to record audio. > > But that is part of debian: > > > > aptitude -v show vlc|grep -i archive > > Archive: stable, stable, now > > Another possibility is Signal as it is able to record voice > messages. And it seems to have multiple versions installed. > > sudo aptitude -v show signal-desktop|grep -i archive > Archive: xenial, now > Archive: xenial > Archive: xenial > Archive: xenial > Archive: xenial If you have installed these as .deb packages *and* the sources.list file was installed thereby then you should find it with the dpkg -S command I proposed in a previous mail. There may also be the possibility that the sources.list file has been created at install time through pre-/postinstall scripts, I think, but that seems rather unusual to me. I think, I can't further help along here.
Re: How to reference xxxdvd1.iso in sources.list
On 05/12/2021 03:06 PM, Liam O'Toole wrote: On Wed, 12 May, 2021 at 14:05:59 -0500, Richard Owlett wrote: I've seen a reference to using the ISO file of DVDnn in a sources.list . I remember that it gets identified as being ISO9660 and labeled as trusted, But I can't find a detailed example. All I find are references to unpacking the iso to a directory which is then loop mounted. That's not what I'm looking for. Pointers please. TIA On a new install, the ISO is added automatically to sources.list, but commented out. Like this: # deb cdrom:[Debian GNU/Linux 9.4.0 _Stretch_ - Official amd64 NETINST 20180310-11:21]/ stretch main But I have an iso file on a disk drive -- be it internal HDD or a USB flash drive.
Re: How to reference xxxdvd1.iso in sources.list
On 05/12/2021 02:44 PM, to...@tuxteam.de wrote: On Wed, May 12, 2021 at 02:05:59PM -0500, Richard Owlett wrote: I've seen a reference to using the ISO file of DVDnn in a sources.list . I remember that it gets identified as being ISO9660 and labeled as trusted, But I can't find a detailed example. All I find are references to unpacking the iso to a directory which is then loop mounted. That's not what I'm looking for. If I got you right, you want the 'cdrom' schema. See sources.list(5) man page. This wiki [1] suggests using apt-cdrom to do the magic for you HTH, cheers [1] https://wiki.debian.org/SourcesList#CD-ROM - t But I have an iso file on a disk drive -- be it internal HDD or a USB flash drive.
Re: GitLab de salsa.debian.org
Jo diria que ho vaig provar, i com que mai uso els logins de tercers (github, gitlab) vaig mirar de registrar-me via mail, i em va passar algo semblant... No recordo ja si ho vaig resoldre o, probablement, ho vaig deixar estar... -- Joan Cervan i Andreu http://personal.calbasi.net "El meu paper no és transformar el món ni l'home sinó, potser, el de ser útil, des del meu lloc, als pocs valors sense els quals un món no val la pena viure'l" A. Camus i pels que teniu fe: "Déu no és la Veritat, la Veritat és Déu" Gandhi El Thu, 13 May 2021 07:08:53 + Toni Mas Soler va escriure: > Recordo que no va ser fàcil. Crec que al final vaig aconseguir-ho > connectant-me a github que es connectava a gitlab i gitlab a salsa. > > El meu problema és que no li agradava que fós gmail. > > > > > Toni Mas > GPG 3F42A21D84D7E950 > > Sent with ProtonMail Secure Email. > > ‐‐‐ Original Message ‐‐‐ > En dimecres 12 de maig de 2021 a les 10:34, Narcis Garcia > va escriure: > > > Bon dia, > > > > > Algú sap com em puc crear un compte de salsa.debian.org ? > > El portal sembla tenir deshabilitada aquesta opció. > > > > > > > > > > Narcis Garcia > > > > > I'm using this dedicated address because personal addresses aren't > > masked enough at this mail public archive. Public archive > > administrator should fix this against automated addresses > > collectors. > -- Joan Cervan i Andreu http://personal.calbasi.net "El meu paper no és transformar el món ni l'home sinó, potser, el de ser útil, des del meu lloc, als pocs valors sense els quals un món no val la pena viure'l" A. Camus i pels que teniu fe: "Déu no és la Veritat, la Veritat és Déu" Gandhi
Re: Repo. ppa.launchpad.net
Richmond writes: > I haven't installed any audio recorder that I know of, but I did install > vlc recently, which I think may be able to record audio. But that is > part of debian: > > aptitude -v show vlc|grep -i archive > Archive: stable, stable, now Another possibility is Signal as it is able to record voice messages. And it seems to have multiple versions installed. sudo aptitude -v show signal-desktop|grep -i archive Archive: xenial, now Archive: xenial Archive: xenial Archive: xenial Archive: xenial
Re: GitLab de salsa.debian.org
Recordo que no va ser fàcil. Crec que al final vaig aconseguir-ho connectant-me a github que es connectava a gitlab i gitlab a salsa. El meu problema és que no li agradava que fós gmail. Toni Mas GPG 3F42A21D84D7E950 Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ En dimecres 12 de maig de 2021 a les 10:34, Narcis Garcia va escriure: > Bon dia, > > Algú sap com em puc crear un compte de salsa.debian.org ? > El portal sembla tenir deshabilitada aquesta opció. > > > > Narcis Garcia > > I'm using this dedicated address because personal addresses aren't > masked enough at this mail public archive. Public archive administrator > should fix this against automated addresses collectors. signature.asc Description: OpenPGP digital signature
Re: Un noyau pour le Ryzen 7 48800 H et NVIDIA GTX 1660 Ti 6Go ?
On 10/05/2021 11:14, Yahoo wrote: Salut, je suis possesseur de ce type d'ordinateur mais version 15ARH05 pouces, voici mon retour avec Linux. Pour une bonne compatibilité je suis passé à Linux MINT, avec un noyau patché, car d'origine, et c'est bien dramatique de la part de Lenovo, le touchpad ne fonctionne pas avec les noyaux Linux classique, et la gestion de la luminosité de l'écran non plus. Sur mon 14ARR (Ryzen 7 2700), je recompile le noyau (j'en suis au 5.11). Le touchpad est pris en charge par la variable CONFIG_I2C_AMD_MP2. Pour la gérer la luminosité, il faut modifier la variable BRIGHTNESS_OUTPUT dans lcd-brightness.conf -- Fabien
samba-ad install bug using bind9
I always use my guide to install samba.
I wanna add string to /etc/bind/named.conf
> include "/var/lib/samba/bind-dns/named.conf"
but no this file in new debian version (last I add on 10.2)
I added manually,
> dlz "AD DNS Zone" { database "dlopen
> /usr/lib/x86_64-linux-gnu/samba/bind9/dlz_bind9_11.so"; };
but bind9 not started:
named[3866]: samba_dlz: Failed to connect to Failed to connect to
/var/lib/samba/private/dns/sam.ldb: Unable to open tdb
'/var/lib/samba/private/dns/sam.ldb': No such file or directory: Operations
error
named[3866]: dlz_dlopen of 'AD DNS Zone' failed
named[3866]: SDLZ driver failed to load.
named[3866]: DLZ driver failed to load.
named[3866]: loading configuration: failure
named[3866]: exiting (due to fatal error)
/var/lib/samba/private/dns/sam.ldb file exist
/var/lib/samba/private/sam.ldb but have this file
Re: Repo. ppa.launchpad.net
Stefan Krusche writes: > >> Note it is sources.list.d not sources.d, I don't know why. > > That is correct, not "sources.d". I was sloppy when I copied that from > your message… ;-) Yes, I was correcting myself. I thought it was sources.d until I tried to search there and it didn't exist. :) > >> There is >> nothing in that file audio-recorder-ubuntu-ppa-impish.list > > A quick online search yielded this which might also help you to find out > where the file came from: > > https://launchpad.net/~audio-recorder/+archive/ubuntu/ppa > I haven't installed any audio recorder that I know of, but I did install vlc recently, which I think may be able to record audio. But that is part of debian: aptitude -v show vlc|grep -i archive Archive: stable, stable, now
