ide a config file where we can write which
> package should be held, using a format that allows comments).
I didn't check Bookworm, but:
# grep RETT /etc/os-release
PRETTY_NAME="Debian GNU/Linux trixie/sid"
# aptitude search zypp
p libzypp-bin - openSUSE/SLES package
>> echo "PKGNAME hold" | sudo dpkg --set-selections
> is that the same as apt-mark hold PKGNAME
Reminds me that I wish we could add a comment describing why it's on
hold (or alternatively, provide a config file where we can write which
package should be held, using a for
nd grub-efi-$arch do the configuration to use one of those
> binaries to make your system bootable.
I can confirm that installing grub-pc-bin did not keep the machine from
booting today. :))
I should have looked into the Debian package descriptions for GRUB five
days earlier when i learn
Thomas wrote:
>
>i am trying to reproduce a problem of grub-mkrescue. For that i need
>the directories
> /usr/lib/grub/i386-pc
> /usr/lib/grub/i386-efi
>alongside the already installed
> /usr/lib/grub/x86_64-efi
>in order to get an ISO for legacy BIOS and EFI together.
>Gentoo and Arch obviously
ia/packages/g/grub2/control-2.06-13deb12u1
says
Package: grub-pc-bin
...
This package contains GRUB modules that have been built for use with the
traditional PC/BIOS architecture. It can be installed in parallel with
other flavours, but will not automatically install GRUB as the
Thomas Schmitt wrote:
> Hi,
>
> i am trying to reproduce a problem of grub-mkrescue. For that i need
> the directories
> /usr/lib/grub/i386-pc
> /usr/lib/grub/i386-efi
> alongside the already installed
> /usr/lib/grub/x86_64-efi
> in order to get an ISO for legacy BIOS and EFI together.
> G
Hi,
i am trying to reproduce a problem of grub-mkrescue. For that i need
the directories
/usr/lib/grub/i386-pc
/usr/lib/grub/i386-efi
alongside the already installed
/usr/lib/grub/x86_64-efi
in order to get an ISO for legacy BIOS and EFI together.
Gentoo and Arch obviously can have this. I'm
Federico Kircheis wrote:
> I'm using the kotlin package since I wanted to use the kotlinc compiler, and
> noticed that it lists following packages as dependencies
>
> * ant
> * libmaven-compiler-plugin-java
> * libmaven-plugin-tools-java
> * libmaven3-core-java
&g
Hello,
I'm using the kotlin package since I wanted to use the kotlinc compiler,
and noticed that it lists following packages as dependencies
* ant
* libmaven-compiler-plugin-java
* libmaven-plugin-tools-java
* libmaven3-core-java
I'm not using ant or maven, so this instal
On Tue, May 13, 2025 at 09:38:39 +, Andrew M.A. Cater wrote:
> On Tue, May 13, 2025 at 11:32:20AM +0200, Bernard wrote:
> > Hi to Everyone,
> >
> > This being done, I first thought that I could possibly succeed in just
> > upgrading my Buster system to its last update, which I did, successfull
On Tue, May 13, 2025 at 11:32:20AM +0200, Bernard wrote:
> Hi to Everyone,
>
> This being done, I first thought that I could possibly succeed in just
> upgrading my Buster system to its last update, which I did, successfully…
> unfortunately this did not change the faulty behaviour of vlc.
>
> No
s dated dec 6 2020… => they are already in place, same date.
So, I suppose that there is no need to re-install, since it is likely
that the library file package did get re-installed when re-installing
vlc.
I don't know, because the install process does more than just unpack
the archive—but exa
for libc6 and libc-bin at the moment (assuming
> > > > you haven't already upgraded them in the last 30 hours or so), and
> > > > that could update timestamps. And anyway, I suspect the timestamp
> > > > on /etc/ld.so.cache might not be very meaningful,
refresh it.
/*I could suggest that you re-install…*/
(four lines dated dec 6 2020… => they are already in place, same date.
So, I suppose that there is no need to re-install, since it is likely
that the library file package did get re-installed when re-installing
vlc.
I don't know, bec
Bernard writes:
> which reminds me that, in the installation process of ‘ISPY/AgentDVR’
> packages, Video Acceleration was mentioned as a compulsory step, with
> a warning that it could eventually affect some other applications ; I
> had replied ‘Y’, because I thought it was easily reversible.
>
amir alavi wrote:
> Package: ffmpeg
> Version: 7:7.1.1-1+b1
> Package: intel-media-va-driver-non-free
> Version: 25.1.4+ds1-1
> Dear Maintainers,
> I am encountering an issue when attempting to convert files using ffmpeg with
> the hevc_qsv encoder (Intel QuickS
Package: ffmpeg
Version: 7:7.1.1-1+b1
Package: intel-media-va-driver-non-free
Version: 25.1.4+ds1-1
Dear Maintainers,
I am encountering an issue when attempting to convert files using ffmpeg with
the hevc_qsv encoder (Intel QuickSync) on Debian Trixie.
Previously, I was able to perform similar
you haven't already upgraded them in the last 30 hours or so), and
> > that could update timestamps. And anyway, I suspect the timestamp
> > on /etc/ld.so.cache might not be very meaningful, as other things
> > might refresh it.
>
> /*I could suggest that you re-install…*/
lready in place, same date.
So, I suppose that there is no need to re-install, since it is likely
that the library file package did get re-installed when re-installing vlc.
…/*about linux links libraries… you might check the modification
timestamps of those /etc files to see whet
On Wed 30 Apr 2025 at 16:53:43 (+0200), Bernard wrote:
> On 30/04/2025 01:34, David Wright wrote:
> > And at that point, I would have looked again at ls -ult
> > to see whether anything had changed.
> > Well, running vlc at about the same time as reinstalling it
> > makes sure that any data you col
On 30/04/2025 01:34, David Wright wrote:
Bernard wrote:
And at that point, I would have looked again at ls -ult
to see whether anything had changed.
Well, running vlc at about the same time as reinstalling it
makes sure that any data you collect is as ambiguous as possible.
So, I just test
On Tue 29 Apr 2025 at 13:39:23 (+0200), Bernard wrote:
> bd@debian-stretch:/usr/local/lib$ ls -l
> [ … ]
> 10 april must be the date I installed that awful ISPY/Agent package
> 17 april 2023 must be the date of install of my current Bullseye
>
> then :
>
> bd@debian-st
root 17 10 avril 17:59 libva.so.2 -> libva.so.2.2200.0
-rwxr-xr-x 1 root root 953408 10 avril 17:59 libva.so.2.2200.0
drwxr-xr-x 2 root root 4096 10 avril 17:59 pkgconfig
drwxr-xr-x 3 root root 4096 17 avril 2023 python3.9
10 april must be the date I installed that awful ISPY/Agent package
gt;
> # This system was installed using small removable media
> # (e.g. netinst, live or single CD). The matching "deb cdrom"
> # entries were disabled at the end of the installation process.
> # For information about how to configure apt package sources,
> # see the sources.list
On Tue 22 Apr 2025 at 14:48:01 (+0200), Bernard wrote:
> On 21/04/2025 22:02, David Wright wrote:
> > I think you should post your /etc/apt/sources.list here before
> > taking further actions.
>
> Here it is, dated 22apr2023 : Date shows that I musn't have updated
> it, even though I thought I had
process.
# For information about how to configure apt package sources,
# see the sources.list(5) manual.
On Mon 21 Apr 2025 at 18:03:04 (+0200), Bernard wrote:
> I did reply to your message, sending the output of suggested aptitude
> search below... but my reply does not appear to the list messages,
> maybe because there were too many lines in it. In any case, I didn't
> find anything meaningfull to m
Hi David,
I did reply to your message, sending the output of suggested aptitude
search below... but my reply does not appear to the list messages, maybe
because there were too many lines in it. In any case, I didn't find
anything meaningfull to me... which doesn't mean that there was nothing..
On Mon, 21 Apr 2025 17:44:30 +0200
Bernard wrote:
Hello Bernard,
>One of these complainers got a reply, advising to install/re-install
>libavcodec58… which seems to have solved his problem. I tested the same
I had a similar problem with Pale Moon no longer playing videos.
Re-installing libavc
I have now completely de-installed and removed the ISPY package (also
known as ‘AgentDVR’), according to the process explained on their site.
Next, I have checked the install log file that had been generated by
this previous install process :
/var/log/agentdvr_setup.log (1156 lines)
which
s
2.4.62-1~deb11 - Serveur HTTP Apache - utilit
i appimagelauncher 3.0.0-alpha-4- (installed locally) -
ldnp-built package
i base-files 11.1+deb11u9 Debian:11.11/oldstable [amd64] 11.1+deb11u11 -
divers fichiers du système d
i bind9-dnsutils 1:9.16.48-1 Debian-Security:11/oldstable-s
1:9.16.5
On 19/04/2025 15:39, David wrote:
On Sat, 19 Apr 2025 at 04:21, David Wright wrote:
You could run a command like:
$ aptitude search "?narrow(?installed,?not(?archive(stable)))"
to see whether all the packages on your system originate in bookworm.
Doesn't this pattern match "oldstable'? M
On Sat, 19 Apr 2025 at 04:21, David Wright wrote:
> You could run a command like:
>
> $ aptitude search "?narrow(?installed,?not(?archive(stable)))"
>
> to see whether all the packages on your system originate in bookworm.
If that command produces any output, then adding a custom format
argume
ncrease this or that… ? It won’t pose problem to your
> system, but it might affect some components... (Y/N) »
>
> I then replied « Y », in the reasoning that I could, in case of
> problem, reverse the situation in removing and purging the ISPY
> package.
>
> As previously said, VLC
>> 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
1 - 100 of 6444 matches
Mail list logo
