On Fri, 6 Jan 2023 at 15:39, Steve McIntyre wrote:
> You've been bitten by a subtle but unfortunately common problem,
> yes. In multi-arch systems the versions of packages have to be totally
> in sync. But the +b1 syntax here means that the i386 package has had a
> binNMU (binar
Mark wrote:
>
>I have a package installation problem which leads to a question about
>how (and if) package versions interact in different architectures.
>
>My system is an amd64 bookworm system, with multi-arch support and
>some packages from i386 installed, to support a vendor
Hi list
I have a package installation problem which leads to a question about
how (and if) package versions interact in different architectures.
My system is an amd64 bookworm system, with multi-arch support and
some packages from i386 installed, to support a vendor-supplied
printer driver
On Wed, Dec 28, 2022 at 09:40:35PM -0600, John Hasler wrote:
> File a bug against smartmontools, explain the problem you experienced,
> and explain why you think that upgrading to 7.3 is the correct fix.
For the record, 7.3 is already in testing (bookworm).
File a bug against smartmontools, explain the problem you experienced,
and explain why you think that upgrading to 7.3 is the correct fix.
--
John Hasler
j...@sugarbit.com
Elmwood, WI USA
the bug report for an update to 7.3, but I don't know
how. The closest I have found is [1,2], which is for a package not in
Debian.
How do I request a package update or version bump?
Thanks in advance.
[1] https://wiki.debian.org/RFP
[2] https://wiki.debian.org/PackagingFAQ
Le 11 décembre 2022 Andre Rodier a écrit :
> Howerver, IMHO, it would be better to create an empty directory, for instance
> /etc/nftables or /etc/mftables/rules,
> and to include this directory from /etc/nftables.conf.
>
> That way, we could place any rules in a directory, which is the way
Hi,
When installing nftables from scratch on debian, it creates an empty (almost)
file /etc/nftables.conf.
Of course, I had to modify the file to my needs, and I know it is not
overwritten by a package update.
Howerver, IMHO, it would be better to create an empty directory, for instance
On maandag 28 november 2022 11:24:03 (+01:00), YOKESWARY ANEBARASSANE
wrote:
Hi team,
Kindly provide me with guidelines to install libjasper-dev package for
Debian 11 arm64, as I am unable to locate the package from the Debian
website's repository.
Appreciate your positive response
Hi team,
Kindly provide me with guidelines to install libjasper-dev package for
Debian 11 arm64, as I am unable to locate the package from the Debian
website's repository.
Appreciate your positive response on the issue, thanks in advance.
Regards,
Yokeswary Anebarassane
Puducherry Technological
-- Forwarded message -
From: Russ Allbery
Date: Fri, Nov 18, 2022 at 7:50 PM
Subject: Re: Fwd: Put a package back
To: Luna Jernberg
Cc:
Luna Jernberg writes:
> Our system is relying on an older version of this package
> libnet-ssleay-perl.
> Its left us in a bad
Hello,
Our system is relying on an older version of this package libnet-ssleay-perl.
Its left us in a bad position with clients as we are blocked from releasing a
hotfix. Can this package get put back temporarily?
https://deb.debian.org/debian/pool/main/libn/libnet-ssleay-perl/libnet-ssleay
On Wed 02 Nov 2022 at 04:52:51 (+), Andy Smith wrote:
> Hi,
>
> On Wed, Nov 02, 2022 at 04:20:22AM +, jindam, vani wrote:
> > * i want to install lo package from bullseye-backports.
>
> There is no such package name "lo" in bullseye-backports or any
Hi,
On Wed, Nov 02, 2022 at 04:20:22AM +, jindam, vani wrote:
> * i want to install lo package from bullseye-backports.
There is no such package name "lo" in bullseye-backports or any other
version of Debian. What are you actually trying to do?
> * correct method for bef
* i want to install lo package from bullseye-backports.
* correct method for before installation
of backport lo package? :
(1)
sudo apt -t bullseye-backports update &&
sudo apt -t bullseye-backports full-upgrade
sudo apt -t bullseye-backports install lo
(2)
sudo apt update &&am
Hi all,
thanks for pointing me to the wiki and the hint with the script. Yes, in the
meantime things have changed, I was not aware of the bindep-pkg command.
I looked into the manual, but this specific command I did not find, but lots
of very usefull other descriptions.
So, this little
Hans wrote:
I want to create a kernel package, which I can install with dpkg. There was a
command doing it instead of "make && make install", and I could not find it
any more. Last time I did it is a long time ago. Does someone know?
I also don't remember the old command,
On 10/7/22 11:00, Hans wrote:
Hi folks,
some easy questions.
I want to create a kernel package, which I can install with dpkg. There was a
command doing it instead of "make && make install", and I could not find it
any more. Last time I did it is a long time ago. Does some
Hi folks,
some easy questions.
I want to create a kernel package, which I can install with dpkg. There was a
command doing it instead of "make && make install", and I could not find it
any more. Last time I did it is a long time ago. Does someone know?
Second question:
On Friday, 16 September 2022 13:25:06 CEST, Greg Wooledge wrote:
I did find this paragraph in systemd.exec(5):
me, too. if i run into a problem, the first thing i do is to read. and,
yes: i do read even man pages! ;)
Maybe you can find a workaround there, and/or contribute your workaround
On Friday, 16 September 2022 14:10:01 CEST, Frank wrote:
Apparently this has already been 'fixed' for bookworm. [...]
so, this issue is known and 'they' did something about it.
Maybe file a bug report to have this added for bullseye?
since this issue is known, 'they' should be aware of
On Fri 16 Sep 2022 at 09:17:10 (+0200), Michael wrote:
> On Thursday, 15 September 2022 13:01:45 CEST, Greg Wooledge wrote:
>
> of course the first thing i did was to check if all the files from the
> package were as they should be, and everything was fine!
>
> > It's s
Op 16-09-2022 om 09:17 schreef Michael:
with ssh@.service it is completely different. for each connection there
is a dedicated sshd process being started, and each one of them has the
same /run/sshd directory assigned. and that's the problem if you have
more than one connection to a given host.
On Fri, Sep 16, 2022 at 09:17:10AM +0200, Michael wrote:
> On Thursday, 15 September 2022 13:01:45 CEST, Greg Wooledge wrote:
> > unicorn:/lib/systemd/system$ grep RuntimeDirectory ssh@.service
> > RuntimeDirectory=sshd
> > RuntimeDirectoryMode=0755
> with ssh@.service it is completely different.
I've been hit by this too. Likewise I haven't deliberately
configured sshd for socket activation nor tampered with
unit files. In my case the host was a newly imaged raspberry
pi using the images linked from the Debian Wiki. I haven't
done any further investigation.
--
Jonathan Dowland
On Thursday, 15 September 2022 13:01:45 CEST, Greg Wooledge wrote:
of course the first thing i did was to check if all the files from the
package were as they should be, and everything was fine!
It's supposed to be created as needed. There should be two lines in
the unit file:
unicorn
tions or functions are being rejected, but because bugs
> > are not being fixed. Those are two very different things. Maybe it's just
> > too hard
> > for volunteers to fix the bugs and make Debian better, and maybe we need to
> > pay the volunteers so they are not volunteers a
Maude Summerside wrote:
>
>
> On 2022-09-14 21:45, Michael Stone wrote:
> > On Wed, Sep 14, 2022 at 11:16:00PM +0100, Steve McIntyre wrote:
> >> I'll be brutally honest: being accused of "possibly malicious"
> >> unwilligness is *not* a great way to convince overstretched volunteers
> >> to
bugs and make Debian better, and maybe we need to
> pay the volunteers so they are not volunteers anymore and will be motivated
> to actually fix the Debian software. The fact that Debian is created by
> volunteers
> is probably one of the really big disadvantages of Debian software.
>
I think
on your
system which suppresses this, or that someone has actually edited the
unit file in /lib. The latter should never happen, as a package upgrade
will replace the file and destroy the edits.
If the former has happened, you should see ssh.* files or directories
under /etc/systemd/system/.
/ssh@.service to /etc/systemd/system/ and
changed 'RuntimeDirectory=sshd' to 'RuntimeDirectory=sshd.%i', and it
works.
is it safe to say, that this issue is a misconfiguration? should the
package maintainer be notified? or did i miss something?
greetings...
Jude
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
.
On Wed, 14 Sep 2022, Steve McIntyre wrote:
> Stefan wrote:
> In article you
> write:
> >> the interest of the user. These "volunteers"
On 9/14/2022 11:01 PM, Maude Summerside wrote:
>
> On 2022-09-14 21:45, Michael Stone wrote:
> > On Wed, Sep 14, 2022 at 11:16:00PM +0100, Steve McIntyre wrote:
> >> I'll be brutally honest: being accused of "possibly malicious"
> >> unwilligness is *not* a great way to convince overstretched
On 2022-09-14 21:45, Michael Stone wrote:
> On Wed, Sep 14, 2022 at 11:16:00PM +0100, Steve McIntyre wrote:
>> I'll be brutally honest: being accused of "possibly malicious"
>> unwilligness is *not* a great way to convince overstretched volunteers
>> to spend their time on issues.
>
>
On 9/14/22 6:16 PM, Steve McIntyre wrote:
> Stefan wrote:
> In article you
> write:
> >> the interest of the user. These "volunteers" obviously have other,
> >> possibly malicious, interests if they prove themselves unwilling to
> >> apply fixes to bugs that are reported to them.
> >
> >I think
On Wed, Sep 14, 2022 at 11:16:00PM +0100, Steve McIntyre wrote:
I'll be brutally honest: being accused of "possibly malicious"
unwilligness is *not* a great way to convince overstretched volunteers
to spend their time on issues.
Especially when it's an ongoing pattern of discourse.
On 2022-09-14 17:06, Thiemo Kellner wrote:
> Am 14.09.22 um 18:39 schrieb Maude Summerside:
>> This is where intellectual shortcut starts...
>> Free/OSS doesn't mean GPL.
>> There's plenty of Free/OSS software that the copyright owner retains
>> right to commercial licensing. Just look at
Stefan wrote:
In article you write:
>> the interest of the user. These "volunteers" obviously have other,
>> possibly malicious, interests if they prove themselves unwilling to
>> apply fixes to bugs that are reported to them.
>
>I think there's a confusion here: these volunteers will also have
Am 14.09.22 um 18:39 schrieb Maude Summerside:
This is where intellectual shortcut starts...
Free/OSS doesn't mean GPL.
There's plenty of Free/OSS software that the copyright owner retains
right to commercial licensing. Just look at libraries, some of them will
be in such a licensing term that
On 2022-09-14 08:31, Chuck Zmudzinski wrote:
>>> For example, most web
>>> browsers are based on chromium, a free oss project that comes in large part
>>> from
>>> Google, but some of the most-used browsers in the world based on chromium
>>> are proprietary, such as chrome and edge.
>> I am
People of debian-user :)
This thread does seem to be degenerating slightly into accusations and
name-calling, justified or not. Without prejudice to anyone: please may
I remind you that debian-user and all Debian lists and IRC channels are
subject to the Debian Code of Conduct.
It would be very
On 9/14/2022 9:06 AM, The Wanderer wrote:
> On 2022-09-14 at 08:51, Chuck Zmudzinski wrote:
>
> > On 9/14/2022 1:03 AM, to...@tuxteam.de wrote:
> >
> >> On Tue, Sep 13, 2022 at 03:41:11PM -0400, Chuck Zmudzinski wrote:
> >>
> >> [...]
> >>
> >>> Actually, someone already has shown us how to do it
On 9/13/2022 7:11 PM, Thiemo Kellner wrote:
> Am 13.09.22 um 23:55 schrieb Chuck Zmudzinski:
> >
>
> > I am fairly sure I was a victim of
> > the breach of Yahoo that affected hundreds of millions of its users.
> I am sorry for you. I do not know this case, so I cannot tell whether
> OSS or CSS
On 2022-09-14 at 08:51, Chuck Zmudzinski wrote:
> On 9/14/2022 1:03 AM, to...@tuxteam.de wrote:
>
>> On Tue, Sep 13, 2022 at 03:41:11PM -0400, Chuck Zmudzinski wrote:
>>
>> [...]
>>
>>> Actually, someone already has shown us how to do it better. His name is
>>> Linus Torvalds [...]
>>
>> I don't
On 9/14/2022 1:03 AM, to...@tuxteam.de wrote:
> On Tue, Sep 13, 2022 at 03:41:11PM -0400, Chuck Zmudzinski wrote:
>
> [...]
>
> > Actually, someone already has shown us how to do it better. His name is
> > Linus Torvalds [...]
>
> I don't know what your aim is.
>
> I have the impression that it's
On 9/14/2022 7:08 AM, debian-u...@howorth.org.uk wrote:
> > On 9/13/2022 3:59 PM, err...@free.fr wrote:
> > > Please STOP!
> > >
> > > you are annoying, and if you want improve free softwares, is not
> > > like this. you will better contribute with your code or with your
> > > translations than by
On 9/13/2022 7:11 PM, Thiemo Kellner wrote:
> Am 13.09.22 um 23:55 schrieb Chuck Zmudzinski:
> > On 9/13/2022 4:14 PM, Thiemo Kellner wrote:
> > I think Megha is emphasizing, and possibly over-emphasizing, the fact
> > that the persons
> > who actually commit the code in free software projects
On 9/13/2022 6:47 PM, Stefan Monnier wrote:
> > If free/oss projects like Debian want to provide software with those
> > positive characteristics to their users, those projects must have in
> > place some level of oversight over what the persons who actually write
> > the software actually do, or
On 9/13/2022 4:38 PM, Stefan Monnier wrote:
> > The users. They stop using software or any product that does not work
> > well or is more trouble than it is worth. Then the entity, whether
> > a free/oss or proprietary provider ends up shutting down
> > the enterprise.
>
> But, being Free
> On 9/13/2022 3:59 PM, err...@free.fr wrote:
> > Please STOP!
> >
> > you are annoying, and if you want improve free softwares, is not
> > like this. you will better contribute with your code or with your
> > translations than by writing to this mailing-list
I agree with the sentiments of
On Tue, Sep 13, 2022 at 03:41:11PM -0400, Chuck Zmudzinski wrote:
[...]
> Actually, someone already has shown us how to do it better. His name is
> Linus Torvalds [...]
I don't know what your aim is.
I have the impression that it's just arguing for arguing's sake [1].
My time is too short to
Am 13.09.22 um 23:55 schrieb Chuck Zmudzinski:
On 9/13/2022 4:14 PM, Thiemo Kellner wrote:
I think Megha is emphasizing, and possibly over-emphasizing, the fact
that the persons
who actually commit the code in free software projects can operate with little
or
no oversight when they are just
On Tue, Sep 13, 2022 at 3:48 PM Stefan Monnier wrote:
>
> > If free/oss projects like Debian want to provide software with those
> > positive characteristics to their users, those projects must have in
> > place some level of oversight over what the persons who actually write
> > the software
On 9/13/2022 4:31 PM, Stefan Monnier wrote:
> > the interest of the user. These "volunteers" obviously have other,
> > possibly malicious, interests if they prove themselves unwilling to
> > apply fixes to bugs that are reported to them.
>
> I think there's a confusion here: these volunteers will
On 9/13/2022 4:14 PM, Thiemo Kellner wrote:
> Am 12.09.22 um 19:47 schrieb Chuck Zmudzinski:
> > "Open Source Software is accessible to all means it can be used and
> > misused.
> > And, that’s where it turns unconstructive for us. With OSS, we can expect
> > harm,
> > virus transfer, identity
Am 12.09.22 um 19:47 schrieb Chuck Zmudzinski:
"Open Source Software is accessible to all means it can be used and
misused.
And, that’s where it turns unconstructive for us. With OSS, we can expect harm,
virus transfer, identity burglary, and many other malicious practices to hurt
the
On 9/13/2022 3:59 PM, err...@free.fr wrote:
> Please STOP!
>
> you are annoying, and if you want improve free softwares, is not like this.
> you will better contribute with your code or with your translations than by
> writing to this mailing-list
The problem is, with all due respect, that I do
Please STOP!
you are annoying, and if you want improve free softwares, is not like this.
you will better contribute with your code or with your translations than by
writing to this mailing-list
I want you kicked from this list.
On 9/13/2022 2:33 PM, Michael Stone wrote:
> On Tue, Sep 13, 2022 at 02:14:38PM -0400, Chuck Zmudzinski wrote:
> >So do you, obviously. Someone said something that raised that question in my
> >mind,
> >but you deleted that part from this message, which proves you are the one
> >who has
> >an ax
On Tue, Sep 13, 2022 at 02:14:38PM -0400, Chuck Zmudzinski wrote:
So do you, obviously. Someone said something that raised that question in my
mind,
but you deleted that part from this message, which proves you are the one who
has
an ax to grind by not answering the question that has been
bly forget, I've
still got a couple of machines on buster to deal with first.
There seems to be some confusion here. To actually convert your system
to a merged /usr you need to install the usrmerge package which does the
work, and is already available in bullseye and buster. The
Almost all
On Tue 13 Sep 2022 at 18:59:42 (+0100), Tim Woodall wrote:
> On Tue, 13 Sep 2022, David Wright wrote:
>
> > I assume I'm merged already:
> >
> > $ ls -l /bin /lib /sbin
> > lrwxrwxrwx 1 root root 7 Apr 16 20:25 /bin -> usr/bin
> > lrwxrwxrwx 1 root root 7 Apr 16 20:25 /lib -> usr/lib
> >
On 9/13/2022 2:02 PM, Michael Stone wrote:
> On Tue, Sep 13, 2022 at 12:42:12PM -0400, Chuck Zmudzinski wrote:
> >Software projects today, IIUC, are communities. The "volunteers" should do
> >what the community
> >wants, not necessarily what you or I want. Do you think the free/oss
> >software
On Tue, Sep 13, 2022 at 12:50:22PM -0500, David Wright wrote:
> On Tue 13 Sep 2022 at 13:09:52 (-0400), Greg Wooledge wrote:
> > Now I'm no longer just curious -- I'm *concerned*. Why does it want to
> > remove my libpng12-0 package? What's the best way to keep/reinstall xv
&
On 2022-09-13 18:55 +0100, Tim Woodall wrote:
> On Tue, 13 Sep 2022, Greg Wooledge wrote:
>
>> On Tue, Sep 13, 2022 at 04:45:40PM +0100, Tim Woodall wrote:
>>> There's a package usr-is-merged that will stop usrmerge being installed
>>> with init-system-helpers
On Tue, Sep 13, 2022 at 12:42:12PM -0400, Chuck Zmudzinski wrote:
Software projects today, IIUC, are communities. The "volunteers" should do what
the community
wants, not necessarily what you or I want. Do you think the free/oss software
community wants
volunteers who ignore bugs or refuse to
On Tue, 13 Sep 2022, David Wright wrote:
I assume I'm merged already:
$ ls -l /bin /lib /sbin
lrwxrwxrwx 1 root root 7 Apr 16 20:25 /bin -> usr/bin
lrwxrwxrwx 1 root root 7 Apr 16 20:25 /lib -> usr/lib
lrwxrwxrwx 1 root root 8 Apr 16 20:25 /sbin -> usr/sbin
$
Yes. usr-is-merged won't install
On Tue, 13 Sep 2022, Greg Wooledge wrote:
On Tue, Sep 13, 2022 at 04:45:40PM +0100, Tim Woodall wrote:
There's a package usr-is-merged that will stop usrmerge being installed
with init-system-helpers (and so avoids bringing in its dependencies)
but I don't see that available in bullseye.
Most
On Tue 13 Sep 2022 at 13:09:52 (-0400), Greg Wooledge wrote:
> On Tue, Sep 13, 2022 at 04:45:40PM +0100, Tim Woodall wrote:
> > There's a package usr-is-merged that will stop usrmerge being installed
> > with init-system-helpers (and so avoids bringing in its dependencies)
>
On Tue, Sep 13, 2022 at 07:40:08PM +0200, Javier Barroso wrote:
> Did you test aptitude why-not libpng12-0?
>
> I'm not sure If It help in this case
unicorn:~$ aptitude why-not libpng12-0
Automatically installed, current version 1.2.50-2+deb8u3, priority optional
No dependencies require to
On Tue, 13 Sep 2022, Chuck Zmudzinski wrote:
I agree with that. But the price-performance ratio could be even better if the
"volunteers"
in free/oss software projects were not free to ignore bugs reported to them.
Pretty much everything worked for this grub bug other than some
unfortunate
Hello,
El mar., 13 sept. 2022 19:10, Greg Wooledge escribió:
> On Tue, Sep 13, 2022 at 04:45:40PM +0100, Tim Woodall wrote:
> > There's a package usr-is-merged that will stop usrmerge being installed
> > with init-system-helpers (and so avoids bringing in its dependencies)
>
On Tue, Sep 13, 2022 at 04:45:40PM +0100, Tim Woodall wrote:
> There's a package usr-is-merged that will stop usrmerge being installed
> with init-system-helpers (and so avoids bringing in its dependencies)
> but I don't see that available in bullseye.
>
> Most of my systems are
On 9/13/2022 12:36 PM, to...@tuxteam.de wrote:
> On Tue, Sep 13, 2022 at 12:25:40PM -0400, Chuck Zmudzinski wrote:
>
> [...]
>
> > I agree with that. But the price-performance ratio could be even better if
> > the "volunteers"
> > in free/oss software projects were not free to ignore bugs
On Tue, Sep 13, 2022 at 12:25:40PM -0400, Chuck Zmudzinski wrote:
[...]
> I agree with that. But the price-performance ratio could be even better if
> the "volunteers"
> in free/oss software projects were not free to ignore bugs reported to them.
Hm. I doubt that. Perhaps they will do more
On 9/13/2022 11:53 AM, Michael Stone wrote:
> On Tue, Sep 13, 2022 at 11:27:43AM -0400, Chuck Zmudzinski wrote:
> >On 9/13/2022 12:36 AM, to...@tuxteam.de wrote:
> >> On Mon, Sep 12, 2022 at 03:32:27PM -0400, Michael Stone wrote:
> >>
> >> > [...] "I can't get personalized/dedicated support with
On 9/13/2022 11:44 AM, to...@tuxteam.de wrote:
> On Tue, Sep 13, 2022 at 11:27:43AM -0400, Chuck Zmudzinski wrote:
> > On 9/13/2022 12:36 AM, to...@tuxteam.de wrote:
> > > On Mon, Sep 12, 2022 at 03:32:27PM -0400, Michael Stone wrote:
> > >
> > > > [...] "I can't get personalized/dedicated support
On Tue, Sep 13, 2022 at 11:27:43AM -0400, Chuck Zmudzinski wrote:
On 9/13/2022 12:36 AM, to...@tuxteam.de wrote:
On Mon, Sep 12, 2022 at 03:32:27PM -0400, Michael Stone wrote:
> [...] "I can't get personalized/dedicated support with enforceable
> SLAs for free"
If the requirement that
I see that the transition to merged /usr for all systems is about to
start for sid imminently (unless explicitly disabled) and will then move
to testing.
There's a package usr-is-merged that will stop usrmerge being installed
with init-system-helpers (and so avoids bringing in its dependencies
On Tue, Sep 13, 2022 at 11:27:43AM -0400, Chuck Zmudzinski wrote:
> On 9/13/2022 12:36 AM, to...@tuxteam.de wrote:
> > On Mon, Sep 12, 2022 at 03:32:27PM -0400, Michael Stone wrote:
> >
> > > [...] "I can't get personalized/dedicated support with enforceable
> > > SLAs for free"
>
> If the
On 9/13/2022 12:36 AM, to...@tuxteam.de wrote:
> On Mon, Sep 12, 2022 at 03:32:27PM -0400, Michael Stone wrote:
>
> > [...] "I can't get personalized/dedicated support with enforceable
> > SLAs for free"
If the requirement that maintainers and developers of free/oss software must
actually
fix
On Mon, Sep 12, 2022 at 03:32:27PM -0400, Michael Stone wrote:
> [...] "I can't get personalized/dedicated support with enforceable
> SLAs for free"
Had I a printer, I'd print out this, frame it and hang it on the
wall. This makes the point very nicely :-)
Cheers
--
t
signature.asc
On 9/12/22 3:32 PM, Michael Stone wrote:
> On Mon, Sep 12, 2022 at 01:47:49PM -0400, Chuck Zmudzinski wrote:
> >Well, I suppose so, but I am pleased that a grub maintainer is now on the
> >case. Still,
> >there is another Debian bug that affects me that continues to be ignored, so
> >I admit
>
On Mon, Sep 12, 2022 at 01:47:49PM -0400, Chuck Zmudzinski wrote:
Well, I suppose so, but I am pleased that a grub maintainer is now on the case.
Still,
there is another Debian bug that affects me that continues to be ignored, so I
admit
I have an attitude about that. I accept that what is of
On 2022-09-12 at 14:50, Chuck Zmudzinski wrote:
> On 9/12/2022 1:58 PM, The Wanderer wrote:
>
>> On 2022-09-12 at 13:47, Chuck Zmudzinski wrote:
>>> I wish to merely point out that what is often said about the
>>> advantages and disadvantages of free, open-source software that
>>> is maintained
On 9/12/2022 1:58 PM, The Wanderer wrote:
> On 2022-09-12 at 13:47, Chuck Zmudzinski wrote:
>
> > On 9/12/2022 12:14 PM, David Wright wrote:
> >
> >> On Mon 12 Sep 2022 at 11:13:52 (-0400), Chuck Zmudzinski wrote:
>
> >>> The grub maintainers do not have the time or interest to fix it.
> >>>
On Mon, Sep 12, 2022 at 01:47:49PM -0400, Chuck Zmudzinski wrote:
[...]
> [...] A disadvantage is that often the priorities of the developers who
> release
> free, open source software are not always the same as the priorities of any
> particular
> user [...]
This might have been different
On 2022-09-12 at 13:47, Chuck Zmudzinski wrote:
> On 9/12/2022 12:14 PM, David Wright wrote:
>
>> On Mon 12 Sep 2022 at 11:13:52 (-0400), Chuck Zmudzinski wrote:
>>> The grub maintainers do not have the time or interest to fix it.
>>> Perhaps the Xen users could try to convince the Xen
On 9/12/2022 12:14 PM, David Wright wrote:
> On Mon 12 Sep 2022 at 11:13:52 (-0400), Chuck Zmudzinski wrote:
> > On 9/12/2022 12:55 AM, David Wright wrote:
> > >
> > > I would imagine a fix could follow quite quickly as it only requires
> > > rebuilding with a filename added to a list of files not
On Mon 12 Sep 2022 at 11:13:52 (-0400), Chuck Zmudzinski wrote:
> On 9/12/2022 12:55 AM, David Wright wrote:
> > On Mon 12 Sep 2022 at 01:15:47 (+0200), Tom Lew wrote:
> > > This is my first post, bear with me..
> > >
> > > Package "grub-xen-host"
On 9/12/2022 12:55 AM, David Wright wrote:
> On Mon 12 Sep 2022 at 01:15:47 (+0200), Tom Lew wrote:
> > This is my first post, bear with me..
> >
> > Package "grub-xen-host" shipped with point release 11.5 broke all PV
> > domains on my Xen server, after &quo
On Mon 12 Sep 2022 at 01:15:47 (+0200), Tom Lew wrote:
> This is my first post, bear with me..
>
> Package "grub-xen-host" shipped with point release 11.5 broke all PV
> domains on my Xen server, after "apt upgrade" from 11.4.
>
> I found https://bugs.debian
On Mon, 12 Sep 2022, Tom Lew wrote:
This is my first post, bear with me..
Package "grub-xen-host" shipped with point release 11.5 broke all PV domains
on my Xen server, after "apt upgrade" from 11.4.
I found https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017944 e
This is my first post, bear with me..
Package "grub-xen-host" shipped with point release 11.5 broke all PV
domains on my Xen server, after "apt upgrade" from 11.4.
I found https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017944
exactly mirroring my situation, and I won
-studio/ubuntu jammy InRelease
> The following signatures couldn't be verified because the public key
> is not available: NO_PUBKEY EFC71127F425E228
> Reading package lists... Done
> W: GPG error: http://ppa.launchpad.net/obsproject/obs-studio/ubuntu
> jammy InRelease: The foll
: NO_PUBKEY EFC71127F425E228
Reading package lists... Done
W: GPG error: http://ppa.launchpad.net/obsproject/obs-studio/ubuntu
jammy InRelease: The following signatures couldn't be verified because
the public key is not available: NO_PUBKEY EFC71127F425E228
E: The repository
'http://ppa.launchpad.net
On 2022-08-03 20:02:39 +0200, hého wrote:
> on an old debian stretch
> with only kde plasma-desktop installed
> no kde-config to be found but a kde4-config
>
> I get this
> $ dpkg -S /usr/bin/kde4-config
> kdelibs-bin: /usr/bin/kde4-config
Thanks. The xdg-utils package use
El mié, 3 ago 2022 a las 14:03, hého () escribió:
>
> Vincent Lefevre a écrit le 03/08/2022 à 10:22 :
> > I'm wondering which package provides kde-config[*].
> > "apt-file search kde-config" doesn't give any answer.
> >
> > Note: I currently don't have KDE
Vincent Lefevre writes:
> I'm wondering which package provides kde-config[*].
> "apt-file search kde-config" doesn't give any answer.
>
> Note: I currently don't have KDE installed. That's why I'm asking.
> I just want to do some check of the kde-config behavior
I'm wondering which package provides kde-config[*].
"apt-file search kde-config" doesn't give any answer.
Note: I currently don't have KDE installed. That's why I'm asking.
I just want to do some check of the kde-config behavior (and
possibly, its code).
[*] https://techbase.kde.org/D
501 - 600 of 13772 matches
Mail list logo