Re: testing apt upgrade 2.9.23 to 2.9.26 changes to sources.list

2025-02-25 Thread Frank Guthausen
On Thu, 6 Feb 2025 14:51:17 + Joe wrote: > > > On 2/6/25 8:20 AM, Charles Curley wrote: > > > > > > And for those who are wondering, this is going on in trixie. [...] > The quick fix in sources.list for debian is to add signed-by into > existing lines after deb or deb-src: > > deb \ > [

Re: Testing posting to list from Gnus

2025-02-06 Thread Andrew M.A. Cater
[Also copied off-list because it is uncertain that this user is actually reading what is being sent :( ] Hi, Whatever you're doing is definitely not working. You probably need to register with the gateway - or just mail the list in the normal way and use gnus to *read* the group afterwards. All

Re: Testing posting to the list from Gnus

2025-02-06 Thread Moderation Robot
linux.debian.user is a moderated newsgroup in gateway with a mailing list. Your article has been examined by the automatic moderation program and has been refused because: this hierarchy accepts posts only from registered users. You can register for posting by subscribing to the linux-g...@lists.

Re: Testing posting to list from Gnus

2025-02-06 Thread Moderation Robot
linux.debian.user is a moderated newsgroup in gateway with a mailing list. Your article has been examined by the automatic moderation program and has been refused because: this hierarchy accepts posts only from registered users. You can register for posting by subscribing to the linux-g...@lists.

Re: testing apt upgrade 2.9.23 to 2.9.26 changes to sources.list

2025-02-06 Thread Michael Stone
On Thu, Feb 06, 2025 at 08:53:49AM -0700, Charles Curley wrote: On Thu, 6 Feb 2025 10:42:27 -0500 Michael Stone wrote: >...except that, per the rest of the discussion in that bug, it almost >certainly won't be able to predict which signer to apply for each >sources.list entry. That you'll prob

Re: Testing email to the group

2025-02-06 Thread Moderation Robot
linux.debian.user is a moderated newsgroup in gateway with a mailing list. Your article has been examined by the automatic moderation program and has been refused because: this hierarchy accepts posts only from registered users. You can register for posting by subscribing to the linux-g...@lists.

Re: testing apt upgrade 2.9.23 to 2.9.26 changes to sources.list

2025-02-06 Thread Jรถrg-Volker Peetz
Also, there is https://wiki.debian.org/SourcesList . Regards, Jรถrg.

Re: testing apt upgrade 2.9.23 to 2.9.26 changes to sources.list

2025-02-06 Thread Andy Smith
Hi, On Thu, Feb 06, 2025 at 08:27:54AM -0500, Dan Ritter wrote: > Charles Curley wrote: > > Another option would be to retain all comments, and let the user > > manually convert commented out entries. Simple, easy to do, and only a > > little obnoxious for the user. > > > > And for those who are

Re: testing apt upgrade 2.9.23 to 2.9.26 changes to sources.list

2025-02-06 Thread Charles Curley
On Thu, 6 Feb 2025 08:53:49 -0700 Charles Curley wrote: > However, it is not in the man page for apt or apt-get. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1094784 -- Does anybody read signatures any more? https://charlescurley.com https://charlescurley.com/blog/

Re: testing apt upgrade 2.9.23 to 2.9.26 changes to sources.list

2025-02-06 Thread Charles Curley
On Thu, 6 Feb 2025 15:30:02 + Joe wrote: > Why in the world bother making your own scripts when you can just do > > # apt modernize-sources > The following files need modernizing: > - /etc/apt/sources.list.d/google-chrome-beta.list > - /etc/apt/sources.list.d/google-earth-pro.list > -

Re: testing apt upgrade 2.9.23 to 2.9.26 changes to sources.list

2025-02-06 Thread songbird
Andy Smith wrote: > Hi, > > On Thu, Feb 06, 2025 at 01:51:49AM -0500, songbird wrote: >> when doing the upgrade you do have the option of doing >> a test run to see what changes are made or not making the >> changes at that time. >> >> when going through this process the comments in >> sources

Re: testing apt upgrade 2.9.23 to 2.9.26 changes to sources.list

2025-02-06 Thread Charles Curley
On Thu, 6 Feb 2025 10:42:27 -0500 Michael Stone wrote: > >...except that, per the rest of the discussion in that bug, it almost > >certainly won't be able to predict which signer to apply for each > >sources.list entry. That you'll probably have to add on your own. > > It even tells you that!

Re: testing apt upgrade 2.9.23 to 2.9.26 changes to sources.list

2025-02-06 Thread Michael Stone
On Thu, Feb 06, 2025 at 10:22:17AM -0500, The Wanderer wrote: I haven't seen this hit yet (though I probably will next time I dist-upgrade against testing), but a comment in bug #1094263 leads me to suspect that there is now supposed to be an 'apt modernize-sources' sub-command, which looks like

Re: testing apt upgrade 2.9.23 to 2.9.26 changes to sources.list

2025-02-06 Thread Joe
On Thu, 6 Feb 2025 08:09:37 -0700 Charles Curley wrote: > On Thu, 6 Feb 2025 14:51:17 + > Joe wrote: > > > The long-term fix is a file standard.sources root:root 644 in > > /etc/sources.list.d containing: > > Is there anything that tells one how to make this conversion? Better > yet, a s

Re: testing apt upgrade 2.9.23 to 2.9.26 changes to sources.list

2025-02-06 Thread The Wanderer
On 2025-02-06 at 10:09, Charles Curley wrote: > On Thu, 6 Feb 2025 14:51:17 + Joe wrote: > >> The long-term fix is a file standard.sources root:root 644 in >> /etc/sources.list.d containing: > > Is there anything that tells one how to make this conversion? Better > yet, a script or two to d

Re: testing apt upgrade 2.9.23 to 2.9.26 changes to sources.list

2025-02-06 Thread Michael Stone
On Thu, Feb 06, 2025 at 08:09:37AM -0700, Charles Curley wrote: Is there anything that tells one how to make this conversion? Better yet, a script or two to do it for us? There will be a lot of people scrambling to convert at the last minute. Yes, current version prompts on what to do.

Re: testing apt upgrade 2.9.23 to 2.9.26 changes to sources.list

2025-02-06 Thread Charles Curley
On Thu, 6 Feb 2025 14:51:17 + Joe wrote: > The long-term fix is a file standard.sources root:root 644 in > /etc/sources.list.d containing: Is there anything that tells one how to make this conversion? Better yet, a script or two to do it for us? There will be a lot of people scrambling to co

Re: testing apt upgrade 2.9.23 to 2.9.26 changes to sources.list

2025-02-06 Thread Joe
On Thu, 6 Feb 2025 08:54:28 -0500 Frank McCormick wrote: > On 2/6/25 8:20 AM, Charles Curley wrote: > > On Thu, 6 Feb 2025 07:53:07 + > > Andy Smith wrote: > > > >> Having said that, I am not sure how the complaint could be > >> addressed since from what I understand you are basically ask

Re: testing apt upgrade 2.9.23 to 2.9.26 changes to sources.list

2025-02-06 Thread Dan Purgert
On Feb 06, 2025, Frank McCormick wrote: > > > On 2/6/25 8:20 AM, Charles Curley wrote: > > On Thu, 6 Feb 2025 07:53:07 + > > Andy Smith wrote: > > > > > Having said that, I am not sure how the complaint could be addressed > > > since from what I understand you are basically asking for other

Re: testing apt upgrade 2.9.23 to 2.9.26 changes to sources.list

2025-02-06 Thread Frank McCormick
On 2/6/25 8:20 AM, Charles Curley wrote: On Thu, 6 Feb 2025 07:53:07 + Andy Smith wrote: Having said that, I am not sure how the complaint could be addressed since from what I understand you are basically asking for otherwise valid but commented-out sources.list lines to be converted in

Re: testing apt upgrade 2.9.23 to 2.9.26 changes to sources.list

2025-02-06 Thread Dan Ritter
Charles Curley wrote: > On Thu, 6 Feb 2025 07:53:07 + > Andy Smith wrote: > > > Having said that, I am not sure how the complaint could be addressed > > since from what I understand you are basically asking for otherwise > > valid but commented-out sources.list lines to be converted into > >

Re: testing apt upgrade 2.9.23 to 2.9.26 changes to sources.list

2025-02-06 Thread Charles Curley
On Thu, 6 Feb 2025 07:53:07 + Andy Smith wrote: > Having said that, I am not sure how the complaint could be addressed > since from what I understand you are basically asking for otherwise > valid but commented-out sources.list lines to be converted into > inactive deb822 files, which seems l

Re: testing apt upgrade 2.9.23 to 2.9.26 changes to sources.list

2025-02-05 Thread Andy Smith
Hi, On Thu, Feb 06, 2025 at 01:51:49AM -0500, songbird wrote: > when doing the upgrade you do have the option of doing > a test run to see what changes are made or not making the > changes at that time. > > when going through this process the comments in > sources.list were discarded. I thin

Re: Testing

2024-09-30 Thread Mike Waters
On Mon, Sep 30, 2024, 10:46 AM Joe wrote: > > > Is that as good as mutt for viewing this list, ? > > It's been fine for the mailing lists, I haven't needed to use any > archives. I do use mutt on my server as that doesn't have graphics, but > not very often. As far as email goes, I use a local SM

Re: Testing

2024-09-30 Thread Mike Waters
On Mon, Sep 30, 2024, 3:21 AM Joe wrote: > > I use Claws-Mail and leave the HTML module turned off, so I certainly > can see it. Is that as good as mutt for viewing this list, especially archived posts? I use a phone for email only if I'm away from home. I can > see it in K9 on a Samsung phon

Re: Testing

2024-09-29 Thread Mike Waters
I'm looking at this in Firefox in Debian, and I can't see it. But I did send that with my Motorola phone ;-) I installed mutt, because presumably I need it to read the older, archived messages. (?) It's been so long since I used it, I'll have to look for a good mutt tutorial. On Sat, Sep 28, 2024

Re: Testing

2024-09-29 Thread tomas
On Sun, Sep 29, 2024 at 08:52:44AM +0200, Roger Price wrote: > On Sat, 28 Sep 2024, Peter Ehlert wrote: > > > โ“˜ ๐˜ ๐˜ฐ๐˜ถ ๐˜ค๐˜ข๐˜ฏ'๐˜ต ๐˜ด๐˜ฆ๐˜ฆ ๐˜ต๐˜ฉ๐˜ช๐˜ด ๐˜ค๐˜ฐ๐˜ฎ๐˜ฎ๐˜ฆ๐˜ฏ๐˜ต ๐˜ฃ๐˜ฆ๐˜ค๐˜ข๐˜ถ๐˜ด๐˜ฆ ๐˜บ๐˜ฐ๐˜ถ ๐˜ข๐˜ณ๐˜ฆ ๐˜ถ๐˜ด๐˜ช๐˜ฏ๐˜จ ๐˜ข ๐˜Š๐˜ฉ๐˜ช๐˜ฏ๐˜ฆ๐˜ด๐˜ฆ ๐˜ฎ๐˜ฐ๐˜ฃ๐˜ช๐˜ญ๐˜ฆ > > I use alpine 2.24 on Debian 11 which usually shows only the text of a > message. This is the first time I have seen

Re: Testing

2024-09-29 Thread Roger Price
On Sat, 28 Sep 2024, Peter Ehlert wrote: โ“˜ ๐˜ ๐˜ฐ๐˜ถ ๐˜ค๐˜ข๐˜ฏ'๐˜ต ๐˜ด๐˜ฆ๐˜ฆ ๐˜ต๐˜ฉ๐˜ช๐˜ด ๐˜ค๐˜ฐ๐˜ฎ๐˜ฎ๐˜ฆ๐˜ฏ๐˜ต ๐˜ฃ๐˜ฆ๐˜ค๐˜ข๐˜ถ๐˜ด๐˜ฆ ๐˜บ๐˜ฐ๐˜ถ ๐˜ข๐˜ณ๐˜ฆ ๐˜ถ๐˜ด๐˜ช๐˜ฏ๐˜จ ๐˜ข ๐˜Š๐˜ฉ๐˜ช๐˜ฏ๐˜ฆ๐˜ด๐˜ฆ ๐˜ฎ๐˜ฐ๐˜ฃ๐˜ช๐˜ญ๐˜ฆ I use alpine 2.24 on Debian 11 which usually shows only the text of a message. This is the first time I have seen a style change to a message, so I looked at the source. Since the po

Re: Testing

2024-09-28 Thread Peter Ehlert
โ“˜ ๐˜ ๐˜ฐ๐˜ถ ๐˜ค๐˜ข๐˜ฏ'๐˜ต ๐˜ด๐˜ฆ๐˜ฆ ๐˜ต๐˜ฉ๐˜ช๐˜ด ๐˜ค๐˜ฐ๐˜ฎ๐˜ฎ๐˜ฆ๐˜ฏ๐˜ต ๐˜ฃ๐˜ฆ๐˜ค๐˜ข๐˜ถ๐˜ด๐˜ฆ ๐˜บ๐˜ฐ๐˜ถ ๐˜ข๐˜ณ๐˜ฆ ๐˜ถ๐˜ด๐˜ช๐˜ฏ๐˜จ ๐˜ข ๐˜Š๐˜ฉ๐˜ช๐˜ฏ๐˜ฆ๐˜ด๐˜ฆ ๐˜ฎ๐˜ฐ๐˜ฃ๐˜ช๐˜ญ๐˜ฆ On September 28, 2024 1:47:23 PM Mike Waters wrote: Testing with Gmail to see if I absolutely need to install mutt. Pardon my intrusion. :-)

Re: Testing CD preseed oops

2024-07-28 Thread Charles Curley
On Sun, 28 Jul 2024 22:39:47 +0200 john doe wrote: > I guess, this would be more for the debian-boot mailing list, as > apparently this is a regression. Thank you. I have re-sent. (rather than resented :-) > > In my case, I use the Qemu's built-in tftp server. Thanks for the suggestion. I hav

Re: Testing CD preseed oops

2024-07-28 Thread john doe
On 7/28/24 21:55, Charles Curley wrote: I have the latest testing netinst (20240722-03:17), and would like to install it on a virtual machine. I have a preseed file on a USB stick. As this is a virtual machine, the virtual hard drive is at vda, and the USB stick shows up at sda. When I go to loa

Re: testing, various tmpfs /run directories, df -x tmpfs

2024-06-20 Thread songbird
David Wright wrote: > On Tue 18 Jun 2024 at 19:29:31 (-0400), songbird wrote: > >> "df -x tmpfs" does the magic and gives me the better view that is >> more useful. > > FWIW I define dfree as: > > df --output=source,ipcent,fstype,size,used,avail,pcent,target -B 100 -x > tmpfs -x devtmpfs -x

Re: testing, various tmpfs /run directories, df -x tmpfs

2024-06-18 Thread David Wright
On Tue 18 Jun 2024 at 19:29:31 (-0400), songbird wrote: > "df -x tmpfs" does the magic and gives me the better view that is > more useful. FWIW I define dfree as: df --output=source,ipcent,fstype,size,used,avail,pcent,target -B 100 -x tmpfs -x devtmpfs -x fuse.portal | sed -E 's/([^ ] )/\

Re: Testing amd64 netinst LUKS+LVM install broken

2024-04-11 Thread Gilles Mocellin
Le mercredi 10 avril 2024, 02:51:26 CEST Craig Hesling a รฉcrit : > Hi all, > > I'm having an issue with the guided partitioner in the Debian testing amd64 > installer. > Specifically, the "Guided - use entire disk and set up encrypted LVM" > errors out and emit the following error message: > > pa

Re: Testing amd64 netinst LUKS+LVM install broken

2024-04-10 Thread The Wanderer
On 2024-04-10 at 02:39, Andrew M.A. Cater wrote: > On Tue, Apr 09, 2024 at 05:51:26PM -0700, Craig Hesling wrote: > >> Hi all, >> >> I'm having an issue with the guided partitioner in the Debian >> testing amd64 installer. Specifically, the "Guided - use entire >> disk and set up encrypted LVM"

Re: Testing amd64 netinst LUKS+LVM install broken

2024-04-09 Thread Andrew M.A. Cater
On Tue, Apr 09, 2024 at 05:51:26PM -0700, Craig Hesling wrote: > Hi all, > > I'm having an issue with the guided partitioner in the Debian testing amd64 > installer. > Specifically, the "Guided - use entire disk and set up encrypted LVM" > errors out and emit the following error message: > > part

Re: Testing amd64 netinst LUKS+LVM install broken

2024-04-09 Thread Craig Hesling
I also, just tried the latest download from https://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/: md5sum debian-testing-amd64-netinst.iso > e618afbebbbdf9495c74140bc87f2a4b debian-testing-amd64-netinst.iso sha256sum debian-testing-amd64-netinst.iso > a72e2cd87f8bc1af3a6df65a12194c8e043c

Re: testing new sdm drive

2024-03-26 Thread David Wright
On Tue 26 Mar 2024 at 04:38:52 (-0400), gene heskett wrote: > On 2/9/24 20:36, Alexander V. Makartsev wrote: [ โ€ฆ ] > > It's not possible for me to know what went wrong. > > Have you created "reftestfile" inside "/mnt/disktest" directory? > > How many "testfile*" files, if any, were created on the f

Re: testing new sdm drive

2024-03-26 Thread gene heskett
On 2/9/24 20:36, Alexander V. Makartsev wrote: On 10.02.2024 03:34, gene heskett wrote: On 2/8/24 07:22, Alexander V. Makartsev wrote: This is how I would test it. First create a new GPT partition table and a new 2TB partition: $ sudo gdisk /dev/sdX check /!\ย  Make double sure you've sele

Re: testing new sdm drive continued

2024-02-10 Thread David Christensen
On 2/10/24 08:25, gene heskett wrote: I managed to kill f3write, so f3probe could access it: ene@coyote:/mnt/disktest$ sudo f3probe --destructive --time-ops /dev/sdm F3 probe 8.0 Copyright (C) 2010 Digirati Internet LTDA. This is free software; see the source for copying conditions. WARNING: Pro

Re: testing new sdm drive

2024-02-10 Thread gene heskett
On 2/10/24 00:46, David Christensen wrote: On 2/9/24 00:51, gene heskett wrote: On 2/8/24 13:25, David Christensen wrote: On 2/7/24 23:14, gene heskett wrote: gene@coyote:/etc$ sudo smartctl --all -dscsi /dev/sdm ... scsiModePageOffset: response length too short, resp_len=4 offset=4 bd_len=0

Re: testing new sdm drive

2024-02-10 Thread gene heskett
On 2/9/24 20:37, Alexander V. Makartsev wrote: On 10.02.2024 03:34, gene heskett wrote: On 2/8/24 07:22, Alexander V. Makartsev wrote: This is how I would test it. First create a new GPT partition table and a new 2TB partition: $ sudo gdisk /dev/sdX check /!\ย  Make double sure you've sele

Re: testing new sdm drive continued

2024-02-10 Thread gene heskett
On 2/8/24 15:36, Linux-Fan wrote: Alexander V. Makartsev writes: [...] I managed to kill f3write, so f3probe could access it: ene@coyote:/mnt/disktest$ sudo f3probe --destructive --time-ops /dev/sdm F3 probe 8.0 Copyright (C) 2010 Digirati Internet LTDA. This is free software; see the source fo

Re: testing new sdm drive

2024-02-10 Thread gene heskett
On 2/8/24 15:36, Linux-Fan wrote: Alexander V. Makartsev writes: On 08.02.2024 12:14, gene heskett wrote: gene@coyote:/etc$ sudo smartctl --all -dscsi /dev/sdm smartctl 7.3 2022-02-28 r5338 [x86_64-linux-6.1.0-17-rt-amd64] (local build) Copyright (C) 2002-22, Bruce Allen, Christian Franke, h

Re: testing new sdm drive

2024-02-09 Thread David Christensen
On 2/9/24 00:51, gene heskett wrote: On 2/8/24 13:25, David Christensen wrote: On 2/7/24 23:14, gene heskett wrote: gene@coyote:/etc$ sudo smartctl --all -dscsi /dev/sdm ... scsiModePageOffset: response length too short, resp_len=4 offset=4 bd_len=0 scsiModePageOffset: response length too shor

Re: testing new sdm drive

2024-02-09 Thread Alexander V. Makartsev
On 10.02.2024 03:34, gene heskett wrote: On 2/8/24 07:22, Alexander V. Makartsev wrote: This is how I would test it. First create a new GPT partition table and a new 2TB partition: $ sudo gdisk /dev/sdX check /!\ย  Make double sure you've selected the right device by using "lsblk" and "blk

Re: testing new sdm drive

2024-02-09 Thread gene heskett
On 2/8/24 07:22, Alexander V. Makartsev wrote: On 08.02.2024 12:14, gene heskett wrote: gene@coyote:/etc$ sudo smartctl --all -dscsi /dev/sdm smartctl 7.3 2022-02-28 r5338 [x86_64-linux-6.1.0-17-rt-amd64] (local build) Copyright (C) 2002-22, Bruce Allen, Christian Franke, www.smartmontools.org

Re: testing new sdm drive

2024-02-09 Thread tomas
On Fri, Feb 09, 2024 at 09:21:24AM -0500, Stefan Monnier wrote: > >> So, if you want to use `badblocks`, you may want to do it on an > >> encrypted partition (that covers the whole device) rather than on the > >> raw device. > > This is an interesting idea. I haven't wrapped my head around "what if

Re: testing new sdm drive

2024-02-09 Thread Max Nikulin
On 09/02/2024 20:23, Dan Ritter wrote: I would (I have, in the past) generate a non-random but mostly incompressible large file There are 2 kinds of random number generators: - Cryptographic grade are intentionally hard to predict - Pseudo-random A pseudo-random generator of reasonable quality

Re: testing new sdm drive

2024-02-09 Thread Stefan Monnier
>> So, if you want to use `badblocks`, you may want to do it on an >> encrypted partition (that covers the whole device) rather than on the >> raw device. > This is an interesting idea. I haven't wrapped my head around "what if > the controller maps several block addresses to the same physical bloc

Re: testing new sdm drive

2024-02-09 Thread tomas
On Fri, Feb 09, 2024 at 08:23:30AM -0500, Dan Ritter wrote: > to...@tuxteam.de wrote: > > On Fri, Feb 09, 2024 at 07:50:18AM -0500, Stefan Monnier wrote: > > > So, if you want to use `badblocks`, you may want to do it on an > > > encrypted partition (that covers the whole device) rather than on th

Re: testing new sdm drive

2024-02-09 Thread Dan Ritter
to...@tuxteam.de wrote: > On Fri, Feb 09, 2024 at 07:50:18AM -0500, Stefan Monnier wrote: > > So, if you want to use `badblocks`, you may want to do it on an > > encrypted partition (that covers the whole device) rather than on the > > raw device. > > This is an interesting idea. I haven't wrappe

Re: testing new sdm drive

2024-02-09 Thread tomas
On Fri, Feb 09, 2024 at 07:50:18AM -0500, Stefan Monnier wrote: > > BTW2, there is a program for that, "badblocks", part of e2fsprograms, so > > chances are it's installed. I'd look into that man page. > > `badblocks` sadly writes the same pattern on every block, AFAIK, so if > the drive just rema

Re: testing new sdm drive

2024-02-09 Thread Stefan Monnier
> BTW2, there is a program for that, "badblocks", part of e2fsprograms, so > chances are it's installed. I'd look into that man page. `badblocks` sadly writes the same pattern on every block, AFAIK, so if the drive just remaps new logical blocks to already used physical blocks, `badblocks` may be

Re: testing new sdm drive

2024-02-09 Thread gene heskett
On 2/8/24 15:11, Alexander V. Makartsev wrote: On 09.02.2024 00:23, gene heskett wrote: Looks neat. Any chance this will crash my machine? I have other design work going on, and I'd hate to have to start from scratch. Well, it will consume CPU cycles for sure, at least to calculate md5 hashes a

Re: testing new sdm drive

2024-02-09 Thread gene heskett
On 2/8/24 13:25, David Christensen wrote: On 2/7/24 23:14, gene heskett wrote: gene@coyote:/etc$ sudo smartctl --all -dscsi /dev/sdm smartctl 7.3 2022-02-28 r5338 [x86_64-linux-6.1.0-17-rt-amd64] (local build) Copyright (C) 2002-22, Bruce Allen, Christian Franke, www.smartmontools.org === ST

Re: testing new sdm drive

2024-02-08 Thread David Christensen
On 2/8/24 12:36, Linux-Fan wrote: Alexander V. Makartsev writes: From here on I'd suggest trying the tools from package `f3`. Thank you for the suggestion -- I was hoping somebody knew of a FOSS Debian package that can validate drive capacity: https://packages.debian.org/bookworm/f3 https

Re: testing new sdm drive

2024-02-08 Thread David Christensen
On 2/8/24 11:23, gene heskett wrote: On 2/8/24 07:22, Alexander V. Makartsev wrote: This is how I would test it. ... Looks neat. Any chance this will crash my machine? I have other design work going on, and I'd hate to have to start from scratch. Do not use a production computer for drive ma

Re: testing new sdm drive

2024-02-08 Thread tomas
On Fri, Feb 09, 2024 at 01:11:05AM +0500, Alexander V. Makartsev wrote: > On 09.02.2024 00:23, gene heskett wrote: > > Looks neat. Any chance this will crash my machine? I have other design > > work going on, and I'd hate to have to start from scratch. > Well, it will consume CPU cycles for sure, a

Re: testing new sdm drive

2024-02-08 Thread Linux-Fan
Alexander V. Makartsev writes: On 08.02.2024 12:14, gene heskett wrote: gene@coyote:/etc$ sudo smartctl --all -dscsi /dev/sdm smartctl 7.3 2022-02-28 r5338 [x86_64-linux-6.1.0-17-rt-amd64] (local build) Copyright (C) 2002-22, Bruce Allen, Christian Franke, http://www.smartmontools.org>www.s

Re: testing new sdm drive

2024-02-08 Thread Alexander V. Makartsev
On 09.02.2024 00:23, gene heskett wrote: Looks neat. Any chance this will crash my machine? I have other design work going on, and I'd hate to have to start from scratch. Well, it will consume CPU cycles for sure, at least to calculate md5 hashes and perform I/O on the target drive and RAM. I do

Re: testing new sdm drive

2024-02-08 Thread gene heskett
On 2/8/24 07:22, Alexander V. Makartsev wrote: On 08.02.2024 12:14, gene heskett wrote: gene@coyote:/etc$ sudo smartctl --all -dscsi /dev/sdm smartctl 7.3 2022-02-28 r5338 [x86_64-linux-6.1.0-17-rt-amd64] (local build) Copyright (C) 2002-22, Bruce Allen, Christian Franke, www.smartmontools.org

Re: testing new sdm drive

2024-02-08 Thread Dan Ritter
David Christensen wrote: > > Page 1-16 states: > > USB 3.1 Gen 1 connectors (20-1 pin U31G1_12; U31G1_34) > > This connector allows you to connect a USB 3.1 Gen 1 module for additional > USB 3.1 Gen 1 front or rear panel ports. With an installed USB 3.1 Gen 1 > module, you can enjoy all the ben

Re: testing new sdm drive

2024-02-08 Thread David Christensen
On 2/8/24 10:24, David Christensen wrote: On 2/7/24 23:14, gene heskett wrote: gene@coyote:/etc$ sudo smartctl --all -dscsi /dev/sdm ... scsiModePageOffset: response length too short, resp_len=4 offset=4 bd_len=0 scsiModePageOffset: response length too short, resp_len=4 offset=4 bd_len=0 ย >>

Re: testing new sdm drive

2024-02-08 Thread David Christensen
On 2/7/24 23:14, gene heskett wrote: gene@coyote:/etc$ sudo smartctl --all -dscsi /dev/sdm smartctl 7.3 2022-02-28 r5338 [x86_64-linux-6.1.0-17-rt-amd64] (local build) Copyright (C) 2002-22, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Vendor: Produ

Re: testing new sdm drive

2024-02-08 Thread Alexander V. Makartsev
On 08.02.2024 12:14, gene heskett wrote: gene@coyote:/etc$ sudo smartctl --all -dscsi /dev/sdm smartctl 7.3 2022-02-28 r5338 [x86_64-linux-6.1.0-17-rt-amd64] (local build) Copyright (C) 2002-22, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Vendor:

Re: testing update of firefox (to firefox_108.0-1) may not work

2022-12-15 Thread Ash Joubert
On 15/12/2022 10:30, Ash Joubert wrote: Also affects sid. For those affected, the bug is: #1026072: firefox: fails to start (cannot load libnssutil3.so) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026072 I have run "apt-mark hold firefox" and will continue to hold firefox (at 107.0.1-1 on

Re: testing update of firefox (to firefox_108.0-1) may not work

2022-12-15 Thread Brad Rogers
On Thu, 15 Dec 2022 08:49:07 -0500 songbird wrote: Hello songbird, > thank you for pointing that out. NP. I do similar things - i.e. set stuff up in a non-conventional way, then forget about it. Then I can't understand why people don't see what I see. When light dawns, and I realise it's *

Re: testing update of firefox (to firefox_108.0-1) may not work

2022-12-15 Thread songbird
Brad Rogers wrote: ... > songbird's subject is ambiguous; > Could mean "testing repo..." > Could mean "I am testing v108" > > AFAICS the issue only affects sid, since Firefox only exists there never > anywhere else. Only firefox-esr is migrated out of sid. Now, that's not > to say the bad ver

Re: testing update of firefox (to firefox_108.0-1) may not work

2022-12-14 Thread Brad Rogers
On Thu, 15 Dec 2022 10:30:44 +1300 Ash Joubert wrote: Hello Ash, >Also affects sid. For those affected, the bug is: songbird's subject is ambiguous; Could mean "testing repo..." Could mean "I am testing v108" AFAICS the issue only affects sid, since Firefox only exists there never anywhere

Re: testing update of firefox (to firefox_108.0-1) may not work

2022-12-14 Thread Ash Joubert
On 15/12/2022 04:31, songbird wrote: i had to downgrade afterwards, bug has been reported so no more bugs need to be filed. just a warning to others who may be running testing. the specific error message is: XPCOMGlueLoad error for file /usr/lib/firefox/libnssutil3.so: /usr/lib/firef

Re: Testing bullseye

2021-07-25 Thread Nicholas Geovanis
On Sun, Jul 25, 2021, 3:03 PM Nicholas Geovanis wrote: > > > On Sun, Jul 25, 2021, 2:35 AM Gunnar Gervin wrote: > >> ..Learning Linux Debian is a nice hobby(feels more like a lifestyle) >> > > Linux always felt larger than merely another OS, whether Debian or other. > But I should add that

Re: Testing bullseye

2021-07-25 Thread Nicholas Geovanis
On Sun, Jul 25, 2021, 2:35 AM Gunnar Gervin wrote: > ..Learning Linux Debian is a nice hobby(feels more like a lifestyle) > Linux always felt larger than merely another OS, whether Debian or other. IMO that's because of the free-software movement's stated social goals and because of the broa

Re: testing security updates

2019-10-04 Thread Brad Rogers
On Fri, 4 Oct 2019 08:45:27 -0400 Greg Wooledge wrote: Hello Greg, >Yeah, I gave the (overly) simplified set of warnings. I'm sure we can all come up with so many different scenarios that this could run and run if we let it. Suffice to say, there are always exceptions that prove the rule. Lik

Re: testing security updates

2019-10-04 Thread Greg Wooledge
On Fri, Oct 04, 2019 at 10:52:16AM +0100, Brad Rogers wrote: > Also, currently, digikam is not in testing. No big deal, I have it > installed and working. *However* if I had just installed testing, I > would get digikam from stable, because I use it daily, and can't do > certain things without it

Re: testing security updates

2019-10-04 Thread Sven Hartge
Greg Wooledge wrote: > YOU DO NOT MIX TESTING WITH UNSTABLE. > If you use one of these, you use that one only. No mixing. > No Frankendebians. But you *can* mix Unstable with Testing. (Not the order here.) Normally no package from Testing will get pulled in, but sometimes this is the only way

Re: testing security updates

2019-10-04 Thread Thomas Schmitt
Hi, Brad Rogers wrote: > > > If one uses sites such as spotify or amazon video to...@tuxteam.de wrote: > >...but why on earth would you want to do THAT? Eeeek... ;-) Brad Rogers wrote: > *I* don't; It's the kids. I wonder whether there is a Debian Developer willing to create a package which in

Re: testing security updates

2019-10-04 Thread Brad Rogers
On Fri, 4 Oct 2019 12:14:00 +0200 wrote: Hello to...@tuxteam.de, >...but why on earth would you want to do THAT? Eeeek... ;-) *I* don't; It's the kids. Honest. :-) -- Regards _ / ) "The blindingly obvious is / _)radnever immediately apparent" Where will

Re: testing security updates

2019-10-04 Thread tomas
On Fri, Oct 04, 2019 at 10:52:16AM +0100, Brad Rogers wrote: > On Thu, 3 Oct 2019 15:40:53 -0400 > Greg Wooledge wrote: > > Hello Greg, > > >YOU DO NOT MIX STABLE WITH TESTING. > > > >YOU DO NOT MIX STABLE WITH UNSTABLE. > > > >YOU DO NOT MIX TESTING WITH UNSTABLE. > > By and large, I agree. >

Re: testing security updates

2019-10-04 Thread Brad Rogers
On Thu, 3 Oct 2019 15:40:53 -0400 Greg Wooledge wrote: Hello Greg, >YOU DO NOT MIX STABLE WITH TESTING. > >YOU DO NOT MIX STABLE WITH UNSTABLE. > >YOU DO NOT MIX TESTING WITH UNSTABLE. By and large, I agree. I would add a few caveats, though. If one uses sites such as spotify or amazon video,

Re: testing security updates

2019-10-04 Thread tomas
On Thu, Oct 03, 2019 at 03:40:53PM -0400, Greg Wooledge wrote: [...] > YOU DO NOT MIX STABLE WITH TESTING. > > YOU DO NOT MIX STABLE WITH UNSTABLE. > > YOU DO NOT MIX TESTING WITH UNSTABLE. Wow. I'd rather say: you do not "do not". Know the downsides, know what can break, and then, when it's

Re: testing security updates

2019-10-03 Thread Joe
On Thu, 3 Oct 2019 15:40:53 -0400 Greg Wooledge wrote: > On Thu, Oct 03, 2019 at 08:35:32PM +0100, mick crane wrote: > > Debian web page about testing is saying that testing gets infrequent > > security updates > > It's more accurate to say that testing does not get ANY security > updates. Not

Re: testing security updates

2019-10-03 Thread Greg Wooledge
On Thu, Oct 03, 2019 at 08:54:37PM +0100, mick crane wrote: > yes sorry, I realized I made an error and should have typed > bullseye for main and unstable for security updates just after pressing > send. > but you say not to do that ? Correct. If you want to run unstable, just run unstable.

Re: testing security updates

2019-10-03 Thread mick crane
On 2019-10-03 20:40, Greg Wooledge wrote: YOU DO NOT MIX STABLE WITH TESTING. YOU DO NOT MIX STABLE WITH UNSTABLE. YOU DO NOT MIX TESTING WITH UNSTABLE. If you use one of these, you use that one only. No mixing. No Frankendebians. https://wiki.debian.org/DontBreakDebian yes sorry, I reali

Re: testing security updates

2019-10-03 Thread Greg Wooledge
On Thu, Oct 03, 2019 at 08:35:32PM +0100, mick crane wrote: > Debian web page about testing is saying that testing gets infrequent > security updates It's more accurate to say that testing does not get ANY security updates. Not in any realistic sense. Packages migrate from unstable into testing,

Re: Testing netinstall, but use stable release?

2019-06-23 Thread andreimpopescu
On Jo, 09 mai 19, 07:29:49, Rory Campbell-Lange wrote: > > Are you referring to "It is not possible to install sid from a netinst > or full CD. Please use the netboot installation method". I certainly > missed that. My apologies. > > Setting up a tftp server in a remote data centre rack is someth

Re: Testing netinstall, but use stable release?

2019-05-11 Thread Rory Campbell-Lange
On 09/05/19, Rory Campbell-Lange (r...@campbell-lange.net) wrote: > Hi David > > On 08/05/19, David Christensen (dpchr...@holgerdanske.com) wrote: > > On 5/8/19 10:32 AM, Rory Campbell-Lange wrote: > > > I'm setting up some servers with A2SDi-8C-HLN4F motherboards with Intel > > > x553 cards that

Re: Testing netinstall, but use stable release?

2019-05-11 Thread Rory Campbell-Lange
On 09/05/19, didier gaumet (didier.gau...@gmail.com) wrote: > Le 08/05/2019 ร  22:47, Rory Campbell-Lange a รฉcritย : > [..] > > I downloaded debian-testing-amd64-netinst.iso on 29 April but having > > just tested this I'm not getting a choice of distribution. I'm in expert > > mode (console) -- perha

Re: Testing netinstall, but use stable release?

2019-05-09 Thread David Christensen
On 5/8/19 11:39 PM, Rory Campbell-Lange wrote: Hi David Hi Rory. :-) On 08/05/19, David Christensen (dpchr...@holgerdanske.com) wrote: On 5/8/19 10:32 AM, Rory Campbell-Lange wrote: I'm setting up some servers with A2SDi-8C-HLN4F motherboards with Intel x553 cards that require the ixgbe k

Re: Testing netinstall, but use stable release?

2019-05-09 Thread Brian
On Thu 09 May 2019 at 07:29:49 +0100, Rory Campbell-Lange wrote: > Thanks for your advice, Brian. > > Are you referring to "It is not possible to install sid from a netinst > or full CD. Please use the netboot installation method". I certainly > missed that. My apologies. No need to apologise; I

Re: Testing netinstall, but use stable release?

2019-05-08 Thread didier gaumet
Le 08/05/2019 ร  22:47, Rory Campbell-Lange a รฉcritย : [..] > I downloaded debian-testing-amd64-netinst.iso on 29 April but having > just tested this I'm not getting a choice of distribution. I'm in expert > mode (console) -- perhaps I'll try again on the graphical version. [..] Hello Rory, being i

Re: Testing netinstall, but use stable release?

2019-05-08 Thread Rory Campbell-Lange
Hi David On 08/05/19, David Christensen (dpchr...@holgerdanske.com) wrote: > On 5/8/19 10:32 AM, Rory Campbell-Lange wrote: > > I'm setting up some servers with A2SDi-8C-HLN4F motherboards with Intel > > x553 cards that require the ixgbe kernel module. > > > > The latest stable netinstall image a

Re: Testing netinstall, but use stable release?

2019-05-08 Thread Rory Campbell-Lange
On 08/05/19, Brian (a...@cityscape.co.uk) wrote: > On Wed 08 May 2019 at 22:12:41 +0100, Rory Campbell-Lange wrote: > > > On 08/05/19, Rory Campbell-Lange (r...@campbell-lange.net) wrote: > > > On 08/05/19, Andy Smith (a...@strugglers.net) wrote: > > > > On Wed, May 08, 2019 at 06:32:43PM +0100, R

Re: Testing netinstall, but use stable release?

2019-05-08 Thread Brian
On Wed 08 May 2019 at 22:12:41 +0100, Rory Campbell-Lange wrote: > On 08/05/19, Rory Campbell-Lange (r...@campbell-lange.net) wrote: > > On 08/05/19, Andy Smith (a...@strugglers.net) wrote: > > > On Wed, May 08, 2019 at 06:32:43PM +0100, Rory Campbell-Lange wrote: > > > > Is there a clever way of

Re: Testing netinstall, but use stable release?

2019-05-08 Thread Rory Campbell-Lange
On 08/05/19, Rory Campbell-Lange (r...@campbell-lange.net) wrote: > On 08/05/19, Andy Smith (a...@strugglers.net) wrote: > > On Wed, May 08, 2019 at 06:32:43PM +0100, Rory Campbell-Lange wrote: > > > Is there a clever way of downgrading the installation to stable while > > > keeping the testing ker

Re: Testing netinstall, but use stable release?

2019-05-08 Thread Rory Campbell-Lange
Hi Andy On 08/05/19, Andy Smith (a...@strugglers.net) wrote: > On Wed, May 08, 2019 at 06:32:43PM +0100, Rory Campbell-Lange wrote: > > Is there a clever way of downgrading the installation to stable while > > keeping the testing kernel and associated ixgbe module? > > If you run the daily netins

Re: Testing netinstall, but use stable release?

2019-05-08 Thread David Christensen
On 5/8/19 10:32 AM, Rory Campbell-Lange wrote: I'm setting up some servers with A2SDi-8C-HLN4F motherboards with Intel x553 cards that require the ixgbe kernel module. The latest stable netinstall image allows one to load the ixgbe module but the network interfaces aren't seen. However, the late

Re: Testing netinstall, but use stable release?

2019-05-08 Thread Andy Smith
Hi Rory, On Wed, May 08, 2019 at 06:32:43PM +0100, Rory Campbell-Lange wrote: > Is there a clever way of downgrading the installation to stable while > keeping the testing kernel and associated ixgbe module? If you run the daily netinst in expert mode doesn't it let you pick the release you want

Re: testing: weird resume (black or frozen screen)

2019-05-05 Thread Andrea Borgia
Il 22/04/19 21:20, Andrea Borgia ha scritto: This meant that X session was not locked and, now after resuming, the apps are still there and the mouse moves. Thing is, nothing else works: can't click anywhere, alt-tab does nothing, only switching back to console works. Clock is stuck at 20 min

Re: testing: weird resume (black or frozen screen)

2019-04-27 Thread Leandro Noferini
Andrea Borgia writes: > Still no solution but an interesting tidbit: I've tried running > pm-hibernate from the console with debugging. > > This meant that X session was not locked and, now after resuming, the > apps are still there and the mouse moves. Thing is, nothing else > works: can't click

  1   2   3   4   5   6   7   8   9   >