>> The ispy software is something well known, which is available for
>> Windows, Mac and Linux. It drives several well known "spy cameras",
>> that is, cameras that spy anything unusual in your garden when there
>> is no-one at home. If you google search "ispy", you get several pages
>> of answers
Bernard wrote:
> On 18/04/2025 15:37, songbird wrote:
> > wrote:
> >> On Thu, Apr 17, 2025 at 04:32:26PM +0200, Bernard wrote:
> >>> Hi to Everyone !
> >>>
> >>> vlc 3.0.21 (Vetinari) – Debian 11
> >>>
> >>> ⇒ vlc no longer reckognises nor plays mp4 files ; it now only
> >>> plays their audio
,
reverse the situation in removing and purging the ISPY package.
As previously said, VLC now disfunctions. Maybe something else will also
dysfunction, but I haven’t yet come across such finding.
Once installed, ISPY seemed to work, but I soon found that it wasn’t
what I had expected, so I decided to
On 18/04/2025 15:37, songbird wrote:
wrote:
On Thu, Apr 17, 2025 at 04:32:26PM +0200, Bernard wrote:
Hi to Everyone !
vlc 3.0.21 (Vetinari) – Debian 11
⇒ vlc no longer reckognises nor plays mp4 files ; it now only plays their
audio part :
« Codec non pris en charge:VLC ne peut pas décoder
wrote:
> On Thu, Apr 17, 2025 at 04:32:26PM +0200, Bernard wrote:
>> Hi to Everyone !
>>
>> vlc 3.0.21 (Vetinari) – Debian 11
>>
>> ⇒ vlc no longer reckognises nor plays mp4 files ; it now only plays their
>> audio part :
>>
>> « Codec non pris en charge:VLC ne peut pas décoder le format « h264
On Thu, Apr 17, 2025 at 04:32:26PM +0200, Bernard wrote:
> Hi to Everyone !
>
> vlc 3.0.21 (Vetinari) – Debian 11
>
> ⇒ vlc no longer reckognises nor plays mp4 files ; it now only plays their
> audio part :
>
> « Codec non pris en charge:VLC ne peut pas décoder le format « h264 » (H264
> - MPEG-
On Tue, Apr 01, 2025 at 19:54:19 -0400, Timothy M Butterworth wrote:
> Try running `sudo apt info kde-config-mobile-networking` and see what the
> info says.
You don't even need sudo for that.
/usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.32
/usr/share/perl/5.32 /usr/local/lib/site_perl) at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
The Debian package "libdigest-sha-perl" appears to be what I need:
2025-04-02 15:54:17 root@laalaa ~
# a
gt; # perl -e 'use Digest::SHA256'
> Can't locate Digest/SHA256.pm in @INC (you may need to install the
> The Debian package "libdigest-sha-perl" appears to be what I need:
> # apt-cache search SHA | grep 256 | grep -i perl
> libdigest-sha-perl - Perl extension f
On Thu, Apr 3, 2025, 6:38 AM wrote:
> Greg Wooledge wrote:
> > On Wed, Apr 02, 2025 at 16:07:36 -0700, David Christensen wrote:
>
> FWIW, it seems that the author of the older package has died. :(
>
You know I can't help it, every time I see something like that I think of
Ian Murdock.
:SHA
>
> Digest::SHA256 appears to be much, much older and probably abandoned.
FWIW, it seems that the author of the older package has died. :(
On Wed, Apr 02, 2025 at 16:07:36 -0700, David Christensen wrote:
> But installing libdigest-sha-perl does not provide Digest::SHA256:
They are different modules.
https://metacpan.org/pod/Digest::SHA256
https://metacpan.org/pod/Digest::SHA
Digest::SHA256 appears to be much, much older and probabl
On 4/2/25 16:18, Greg Wooledge wrote:
On Wed, Apr 02, 2025 at 16:07:36 -0700, David Christensen wrote:
But installing libdigest-sha-perl does not provide Digest::SHA256:
They are different modules.
https://metacpan.org/pod/Digest::SHA256
https://metacpan.org/pod/Digest::SHA
Digest::SHA256 ap
On Tue, Apr 1, 2025 at 2:37 PM Hans wrote:
> Hi,
>
> just a question: today I stumbled over the package "kde-config-mobile-
> networking" and installed it. But I saw no change of my system. I even did
> not
> find any change in kde-systemsettings. Is this an
Hi,
just a question: today I stumbled over the package "kde-config-mobile-
networking" and installed it. But I saw no change of my system. I even did not
find any change in kde-systemsettings. Is this an older and unneeded package?
Network-manager is already creating a connection to
On 01/04/2025 16:01, Hans wrote:
Hi,
just a question: today I stumbled over the package "kde-config-mobile-
networking" and installed it. But I saw no change of my system. I even did not
find any change in kde-systemsettings. Is this an older and unneeded package?
Network-manager
On Tue, Mar 25, 2025 at 12:27 AM Xiyue Deng wrote:
>
> Nicolas George writes:
>
> > Barry Newberger (HE12025-03-24):
> >> package: dpkg
> >> version: 1.21.22 (amd64)
> >>
> >> Using Discover update following error occurred:
> >>
&
Nicolas George writes:
> Barry Newberger (HE12025-03-24):
>> package: dpkg
>> version: 1.21.22 (amd64)
>>
>> Using Discover update following error occurred:
>>
>> Package failed to install:Error while installing package:
>> installed linux-image-6.
> update-initramfs: failed for /boot/initrd.img-6.1.0-32-amd64 with 1.
> > run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
> > dpkg: error processing package linux-image-6.1.0-32-amd64 (--configure):
> > installed linux-image-6.1.0-32-amd64 package
ts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
> dpkg: error processing package linux-image-6.1.0-32-amd64 (--configure):
> installed linux-image-6.1.0-32-amd64 package post-installation script
> subprocess returned error exit status 1
> Setting up linux-imag
Barry Newberger (HE12025-03-24):
> package: dpkg
> version: 1.21.22 (amd64)
>
> Using Discover update following error occurred:
>
> Package failed to install:Error while installing package:
> installed linux-image-6.1.0-32-amd64 package post-installation script
> subpro
On Mon, Mar 24, 2025 at 08:05:32 -0500, Barry Newberger wrote:
> Setting up linux-image-6.1.0-32-amd64 (6.1.129-1) ...
> /etc/kernel/postinst.d/dkms:
> dkms: running auto installation service for kernel 6.1.0-32-amd64.
> dkms: autoinstall for kernel: 6.1.0-32-amd64.
> /etc/kernel/postinst.d/initram
package: dpkg
version: 1.21.22 (amd64)
Using Discover update following error occurred:
Package failed to install:Error while installing package:
installed linux-image-6.1.0-32-amd64 package post-installation script
subprocess returned error exit status 1
Ran following:
uname -r
6.1.0-31-amd64
On Debian Trixie we have a huge package upgrade today (~325 packages).
I do "apt full-upgrade" every day, so this pack has arrived over last day.
One of them is "kwin" package which migrated to testing today:
https://tracker.debian.org/pkg/kwin
After "apt full-upg
managed by you
in the config directory.
Even though you have set the topic as 'solved', I'm willing to take a
look at your config directory to see where the issue is coming from.
Please send:
* Your 'lb config ' command line
* The output of 'lb --version'
On Thu, Mar 13, 2025 at 10:56:47AM +, Brad Rogers wrote:
> On Thu, 13 Mar 2025 11:45:32 +0100
> wrote:
>
> Hello to...@tuxteam.de,
>
> >I thought that too, but according to the man page, apt-get update does
> {snipped}
>
> Okay, fair enough. I'm new to apt-file so haven't fully absorbed al
On 2025-03-13, wrote:
>
> You don't need apt-file update anymore. Apt update or apt-get update do
> the trick. (Apt-file update won't hurt, though).
Maybe you could fix the wiki in this case.
https://wiki.debian.org/apt-file
-meaning cron job, but that seems
> > to be the secret :-)
>
> apt-get update only updates the package lists from the repositories
> configured in /etc/apt/sources.list.
>
> apt-file update fetches the latest file index for all packages.
>
> IOW, you should run apt-get
nly updates the package lists from the repositories
configured in /etc/apt/sources.list.
apt-file update fetches the latest file index for all packages.
IOW, you should run apt-get update (packages) before apt-file update
(the files inside those packages).
On Thu, 13 Mar 2025 11:45:32 +0100
wrote:
Hello to...@tuxteam.de,
>I thought that too, but according to the man page, apt-get update does
{snipped}
Okay, fair enough. I'm new to apt-file so haven't fully absorbed all
required knowledge yet.
>Hanlon's Corollary: it's almost never the gremlins
On Thu, Mar 13, 2025 at 09:19:12AM +, Brad Rogers wrote:
> On Thu, 13 Mar 2025 10:59:49 +0200
> Henrik Ahlgren wrote:
>
> Hello Henrik,
>
> >> Why when I run `apt-file show phoenix` nothing happens?
> >Just to confirm, you ran `apt-get update` before that, correct?
>
> apt-*file* update
On Thu, 13 Mar 2025 10:59:49 +0200
Henrik Ahlgren wrote:
Hello Henrik,
>> Why when I run `apt-file show phoenix` nothing happens?
>Just to confirm, you ran `apt-get update` before that, correct?
apt-*file* update (emphasis is mine), surely?
--
Regards _ "Valid sig separator is {das
Modaresi Soft Hard writes:
> I added our Repo to sources.list.d/
>
> Why when I run `apt-file show phoenix` nothing happens?
Just to confirm, you ran `apt-get update` before that, correct?
On Thu, Mar 13, 2025 at 02:13:05AM +, Modaresi Soft Hard wrote:
> We created several packages in
> https://build.opensuse.org/project/show/home:celenity (OBS)
Apt-file relies on the Contents file, which your repository must provide
(possibly you have to tell your instance of apt-file where
package from
our repo: https://download.opensuse.org/repositories/home:/celenity/Debian_12/
I generally use Synaptic package manager because I like the UI when searching
and selecting packages to install. However, I find that the package resolution
phase leaves a lot to be desired.
Because I use "sid", I regularly find myself in a situation where "Mark All
Upgrad
Am Mittwoch, 5. März 2025, 18:53:07 CET schrieb Matthias Böttcher:
> Hi Hans,
>
> maybe this caused your problem:
> Nov 06, 2024
> Commit 30d39f81 "lb config: --distribution defaults to testing"
> https://salsa.debian.org/live-team/live-build/-/commit/30d39f812e41eb81928a0
> fe1f3a4f686eb30dfa
Hi Hans,
maybe this caused your problem:
Nov 06, 2024
Commit 30d39f81 "lb config: --distribution defaults to testing"
https://salsa.debian.org/live-team/live-build/-/commit/30d39f812e41eb81928a0fe1f3a4f686eb30dfa9
Bye
Matthias
I believe, the problem is been caused by wrong informations
in /var/lib/dpkg/info from the native installed debian/stable, where I qant to
build it.
ALL *.postinst files are pointing to trixie and not to bookworm (although, the
installed packages are all from bookworm).
So, with the view on t
Hi Hans,
which version of lb are you using?
I am using the version from the Debian package live-build from "bookworm":
$ lb --version
20230502
The first thing I learned with that version from "bookworm" was that I
had to set all config directives regarding the distr
Le 3/3/25 à 16:40, Greg Wooledge a écrit :
On Mon, Mar 03, 2025 at 15:44:11 +0100, Yassine Chaouche wrote:
dpkg won't install missing dependencies.
gdebi will.
So will apt-get and apt. It's just undocumented.
apt install ./filename.deb
apt-get install ./filename.deb
The pathname MUST begin
On Mon 03 Mar 2025 at 22:24:57 (+0100), Hans wrote:
> So, I rechecked.
>
> After purging everything and building again, I checked the chroot. And what
> did I find?
>
> A lot of entries with "trixie" in */chroot/var/lib/dpkg/info which are mostly
> "*.postinst" files.
>
> Where are they comin
So, I rechecked.
After purging everything and building again, I checked the chroot. And what
did I find?
A lot of entries with "trixie" in */chroot/var/lib/dpkg/info which are mostly
"*.postinst" files.
Where are they coming from? These are all from installed packages, but all
packages shoul
team.pages.debian.net/live-manual/html/live-manual/index.en.ht
> ml Usually I start with "sudo lb clean" and then "sudo lb build".
>
I did te same, but "lb clean --purge"
> > Reading state information... Done E: Unable to locate package
> > grub-efi-
On Mon, 3 Mar 2025 09:40:35 -0500
Jeffrey Walton wrote:
> On Mon, Mar 3, 2025 at 7:32 AM Hans wrote:
> >
> > I believe, that one of the following packages needs the missing
> > package. Please see the last output (sorry, it is bit longer):
>
> Something looks a bi
On 03/03/2025 11:49, Steven Speek wrote:
I would like this feature in apt-get.
Counter Proposal: Ask whomever is providing you the packge, to offer it
as a Debian Repository. That way, your custom application is just a
"extrepo enable " away.
OpenPGP_signature.asc
Description: OpenPGP digita
; and then "sudo lb build".
> Reading state information... Done E: Unable to locate package
> grub-efi-amd64-unsigned
> E: An unexpected failure occurred, exiting...
You had replaced bookworm with trixie? Apparently not everywhere.
grub-efi-amd64-unsigned is in trixie/testing,
On Mon, Mar 03, 2025 at 15:44:11 +0100, Yassine Chaouche wrote:
> Le 3/3/25 à 15:25, Joe a écrit :
> > You can install any random .deb package from any source using dpkg [...]
>
> dpkg won't install missing dependencies.
> gdebi will.
So will apt-get and apt. It&#x
dly shows you exactly which ones.
It is then a matter of installing the -devel (or-dev) package of the mentioned
libraries.
Best,
--
yassine -- sysadm
http://about.me/ychaouche
Looking for side gigs.
header files,
in which case configure kindly shows you exactly which ones.
It is then a matter of installing the -devel (or-dev) package of the
mentioned libraries.
Best,
Well, it might be simple as long as you do not have to maintain a number
of different installations on multiple hosts
Le 3/3/25 à 15:25, Joe a écrit :
You can install any random .deb package from any source using dpkg [...]
dpkg won't install missing dependencies.
gdebi will.
Best,
--
yassine -- sysadm
http://about.me/ychaouche
Looking for side gigs.
configured to
> allow users to use sudo to install packages from configured and trusted
> repositories. If apt can install some random package from a random place
> on the internet, the approach with sudo apt/apt-get is doomed.
> So, please, no.
++. Don't turn Apt into Compose
On Mon, Mar 3, 2025 at 7:32 AM Hans wrote:
>
> I believe, that one of the following packages needs the missing package.
> Please see the last output (sorry, it is bit longer):
Something looks a bit off:
$ apt-cache rdepends grub-efi-amd64-unsigned
E: No packa
On 3/3/25 7:10 AM, Andy Smith wrote:
Hi,
On Mon, Mar 03, 2025 at 12:49:11PM +0100, Steven Speek wrote:
I would like this feature in apt-get.
Since this is just a mailing list of Debian users, no one here is
empowered to do what you ask.
The proper procedure would be to report it as a wishlis
On 3/3/25 5:49 AM, Steven Speek wrote:
I would like this feature in apt-get.
Exactly *WHAT* feature??
You supply *NO* context.
Also this list is primarily user-to-user support.
On 3/3/25 6:56 AM, Greg Wooledge wrote:
On Mon, Mar 03, 2025 at 06:14:40 -0600, Richard Owlett wrote:
On 3/3/25 5:49 AM, Steven Speek wrote:
I would like this feature in apt-get.
Exactly *WHAT* feature??
You supply *NO* context.
This is why I advise people NOT to put the de
repositories. If apt can install some random package from a random place
on the internet, the approach with sudo apt/apt-get is doomed.
So, please, no.
Hi,
On Mon, Mar 03, 2025 at 12:49:11PM +0100, Steven Speek wrote:
> I would like this feature in apt-get.
Since this is just a mailing list of Debian users, no one here is
empowered to do what you ask.
The proper procedure would be to report it as a wishlist bug on apt-get
in the Debian bug trac
Le 3/3/25 à 13:14, Richard Owlett a écrit :
On 3/3/25 5:49 AM, Steven Speek wrote:
I would like this feature in apt-get.
Exactly *WHAT* feature??
You supply *NO* context.
Also this list is primarily user-to-user support.
Happy now?
Look how angry you made Steven Speek now.
On Mon, Mar 03, 2025 at 06:14:40 -0600, Richard Owlett wrote:
> On 3/3/25 5:49 AM, Steven Speek wrote:
> > I would like this feature in apt-get.
> >
>
> Exactly *WHAT* feature??
> You supply *NO* context.
This is why I advise people NOT to put the details of their request only
in
Steven Speek wrote:
> I would like this feature in apt-get.
Until then, you can use wget to retrieve the URL and apt install
to install from the filename.
In general, this is rather dangerous, and should probably be
avoided. There may be better solutions, depending on the context
of where these
I would like this feature in apt-get.
So, tried agian without the */packages-lists/mylist.list.chroot and without
any added packages at */packages.chroot = same issue again.
This excludes the cause by any changes from me or by any added packages.
It is proven, the issue is in the live-build environment itself.
Hans
ot;grub-efi-amd64-*".
But to clear things, I am rebuilding again without these two packages.
Please mote, I added several packages in my own list below "package-lists",
but in my list only packages from the debian repo are liisted.
If one of these recommends grub-efi*-unsigned,
On 2025-03-03 David Wright wrote:
> On Sun 02 Mar 2025 at 20:32:24 (+0100), Hans wrote:
>
> > The only thing I got, was the message from "lb build", that a ncessary
> > package
> > could not be downloaded. And the necessary package was named
> > "gru
Hello again,
I believe, that one of the following packages needs the missing package. Please
see the last
output (sorry, it is bit longer):
Building dependency tree... Done
Reading state information... Done
The following additional packages will be installed
On Sun 02 Mar 2025 at 20:32:24 (+0100), Hans wrote:
> The only thing I got, was the message from "lb build", that a ncessary
> package
> could not be downloaded. And the necessary package was named "grub-efi-amd64-
> unsigned".
That suggests to me (with no exper
Hi David,
yes, that is, what I meant.
But now, I am a litle bit lsot. How shall I get, which package depends grub-
efi-amd64-unsigned? I thought, you might know.
The only thing I got, was the message from "lb build", that a ncessary package
could not be downloaded. And the necessa
On Sun 02 Mar 2025 at 17:44:37 (+0100), Hans wrote:
> So my idea was just to write to the live-file-maintainers, to ask them, to
> remove the dependency of the missing package in theire configurations or
> point
> it to another package, i.E. grub-efi-amd64-signed.
Presumably you m
Am Sonntag, 2. März 2025, 13:37:20 CET schrieb Matthias Böttcher:
> PS.
>
> Hans, maybe you put another package from trixie/testing into
> packages.chroot, which depends directly or indirectly on
> grub-efi-amd64-unsigned?
>
Hi Mathias,
I already had this idea, too, but putti
Sorry for my bad grammar:
Maybe you *had* put another package from trixie/testing into
packages.chroot?
PS.
>
> Hans, maybe you put another package from trixie/testing into
> packages.chroot, which depends directly or indirectly on
> grub-efi-amd64-unsigned?
>
> Possible p
PS.
Hans, maybe you put another package from trixie/testing into
packages.chroot, which depends directly or indirectly on
grub-efi-amd64-unsigned?
Possible packages in testing/trixie main are:
- grub-efi-amd64-bin depends on grub-efi-amd64-unsigned
- grub-efi-amd64 depends on grub-efi-amd64-bin
> Dear maintainers,
>
> it is no more possible to build debian-live/stable (bookworm). The reason is a
> missing package in bookworm: grub-efi-amd64-unsigned.
>
> I rechecked and yes, it is no more in bookworm.
Hi Hans,
I'm sorry, but here are debian users, not maintaine
Dear maintainers,
it is no more possible to build debian-live/stable (bookworm). The reason is a
missing package in bookworm: grub-efi-amd64-unsigned.
I rechecked and yes, it is no more in bookworm. Of course, I could download it
as single package and put it in packages.chroot, but there are a
On Thu, 20 Feb 2025 16:27:31 +0100
Yassine Chaouche wrote:
[...]>>> I don't see how the manufacturer could profit from this?
[...]
The upside for end users is that it can improve performance (and/or leave more
room
for other things), the upside for the company is that they may be able
to use a
Charles Curley [2025-02-20 14:12:10] wrote:
> On Thu, 20 Feb 2025 16:27:31 +0100
> Yassine Chaouche wrote:
>> >> in order to close as many security holes as possible,
>> > Oh, that's a very charitable way to look at it. 🙂
>> That was my honest opinion but now I feel gullible :)
>> I don't see
Charles Curley writes:
> Spyware? Snoopware? A back door to allow hostile crackers to bypass the
> router's security?
> All of which would be hard to detect, and not allowing the user to add
> anything would help disguise such shenanigans.
I doubt that anyone seriously looking for such shenanigan
On Thu, 20 Feb 2025 16:27:31 +0100
Yassine Chaouche wrote:
> >> in order to close as many security holes as possible,
> >
> > Oh, that's a very charitable way to look at it. 🙂
>
> That was my honest opinion but now I feel gullible :)
> I don't see how the manufacturer could profit from thi
Most likely they simply removed everything not necessary for the thing
to run in order to minimize memory requirements and gave it no more
thought than that. They would see no reason that any end user would
ever need any of those tools. To them it's an appliance, not a
computer.
--
John Hasler
Le 2/20/25 à 16:13, Stefan Monnier a écrit :
I can only imagine the manufacturer wants the installation to be minimal
[...]
in order to close as many security holes as possible,
Oh, that's a very charitable way to look at it. 🙂
That was my honest opinion but now I feel gullible :)
I don't se
> I can only imagine the manufacturer wants the installation to be minimal
Agreed.
> in order to close as many security holes as possible,
Oh, that's a very charitable way to look at it. 🙂
Stefan
Le 2/20/25 à 05:40, tim wade a écrit :
Hello
I have logged in a router system which is linux.
The provider said it's based on debian OS.
[...]
Hi Tim!
Out of curiosity,
did you check any of the /etc/ files for the distro name?
I use this alias:
$ sys.distro
Debian GNU/Linux 12 \n \l
On Thu, 20 Feb 2025 12:40:07 +0800
tim wade wrote:
> I have logged in a router system which is linux.
> The provider said it's based on debian OS.
>
> But there is not any package tool in it.
>
> root@myd-lt527:/# apt
> -bash: apt: command not found
> root@myd-l
On Wed, Feb 19, 2025 at 11:47 PM tim wade wrote:
> Hello
>
> I have logged in a router system which is linux.
> The provider said it's based on debian OS.
>
If it is Linux running on a router then it is probably embedded Linux.
>
> But there is not any package tool
Hello
I have logged in a router system which is linux.
The provider said it's based on debian OS.
But there is not any package tool in it.
root@myd-lt527:/# apt
-bash: apt: command not found
root@myd-lt527:/#
root@myd-lt527:/# dpkg
-bash: dpkg: command not found
root@myd-lt527:/#
roo
On Wed, 19 Feb 2025 at 04:52, Tim Woodall wrote:
>
>
> Now reread your op. No, I don't believe it's possible to combine a pin
> of a package version and a pin of a release.
>
> Best I can suggest is pinning individual packages by veraion.
>
Thanks for confirming
On Wed, 19 Feb 2025, Tim Woodall wrote:
On Tue, 18 Feb 2025, Tim Woodall wrote:
On Tue, 18 Feb 2025, Sophoklis Goumas wrote:
Hello.
I've started with this:
$ cat /etc/apt/preferences.d/winehq-v9
Package: *:any
Pin: release o="dl.winehq.org", v=9*
Pin-Priority: 625
Now
On Tue, 18 Feb 2025, Tim Woodall wrote:
On Tue, 18 Feb 2025, Sophoklis Goumas wrote:
Hello.
I've started with this:
$ cat /etc/apt/preferences.d/winehq-v9
Package: *:any
Pin: release o="dl.winehq.org", v=9*
Pin-Priority: 625
Done some tests.
Package: *
Pin: release o=dl
On Tue, 18 Feb 2025, Sophoklis Goumas wrote:
Hello.
I've started with this:
$ cat /etc/apt/preferences.d/winehq-v9
Package: *:any
Pin: release o="dl.winehq.org", v=9*
Pin-Priority: 625
I'm not sure about the quotes, the :all or the * on the version in your
example.
Th
package to their 9.x versions, I looked into
how to prevent those from be re-introduced to my system. Thus, I was
hinted to introduce a "pin".
But is it even POSSIBLE to pin against BOTH package origin AND package
version, with a single 'Pin:' line?
I've started
On Wed, 5 Feb 2025 20:32:32 +
debian-u...@howorth.org.uk wrote:
> Indeed so, and in particular the bit in journalctl's man page where it
> says "The output is paged through less by default ..." !
>
> Piping journalctl's output through less is pointless, I think.
Unless you have --nopager set
Charles Curley wrote:
> On Wed, 5 Feb 2025 15:46:23 +0100
> Franziska Menti wrote:
>
> > Hi Charles
[snip]
> What I had in mind here is something like:
>
> dmesg | less -X
>
> then use the search function (the / key) to search for snd_hda_intel
> and (separately) snd_sof_pci_intel_mtl. Check
apt. That
> > should help you narrow down the suspect packages.
>
> That is lots of lines and package names that I as a novice don't
> understand very well. I did copy out the ones that have sound,
> pipewire, alsa or some warning in there, in case that helps narrow
>
lines and package names that I as a novice don't
understand very well. I did copy out the ones that have sound, pipewire,
alsa or some warning in there, in case that helps narrow down the package:
Unpacking pipewire-pulse (1.2.7-1+b1) over (1.2.7-1) …
Unpacking libasound2t64:amd64 (1.2.13-1) ove
On Fri, 2025-01-31 at 16:12 +0100, Franziska Menti wrote:
> Dear all,
>
> I would like to make a bugreport. This is my first time trying to
> file a bug report. Reportbug is asking me for the name of the package
> in which I found a problem. Since I am a novice, I don't know.
t; I hope you can help me by either confirming I should send a bugreport
> on package
> firmware-sof-signed or suggest an alternative action.
I suggest getting some more information to this list before filing a
bug report. I'm not convinced it is a bug.
--
Does anybody read signatu
On Fri, 31 Jan 2025 16:12:55 +0100
Franziska Menti wrote:
> My debian problem: My inbuilt microphone of my laptop stopped working
> since about one month. It worked smoothly for months before then. I
> believe the issue
> appeared after an update.
You can check for what packages were upgraded ab
Dear all,
I would like to make a bugreport. This is my first time trying to file a
bug
report. Reportbug is asking me for the name of the package in which I
found a
problem. Since I am a novice, I don't know. Also, I wonder if it would be
better to just post my issue in a debian forum an
nd in
the case of invocation through D-Bus.
When the systemd-timesyncd package is removed, that alias symlink is
left behind. It doesn't do anything, so it's probably safe to remove
it. On the other hand, it doesn't do anything, so it's definitely
safe to leave it alone.
en severed
As was pointed out earlier in this thread, the
dbus-org.freedesktop.timesync1.service symlink is a service name alias
for systemd-timesyncd.service. I have no idea *why* this alias was
desired, but that's apparently what it is.
When the systemd-timesyncd package is removed, that al
1 - 100 of 6410 matches
Mail list logo
