On Mon, Feb 12, 2024 at 8:57 PM Gilles Mocellin
wrote:
>
> Le lundi 12 février 2024, 19:23:39 CET Hugues MORIN-TRENEULE a écrit :
> > Salut
> >
> > Merci pour l'info
> >
> > Malheureusement même si j'entrevois de quoi tu parles, je ne sais pas trop
> > comment faire en pratique.
> >
> > Donc si
On 4/05/22 18:57, Tixy wrote:
On Wed, 2022-05-04 at 00:44 +0300, IL Ka wrote:
Linux kernel is backward compatible. Linus calls it "we do not break
userspace".
That means _old_ applications should work on new kernel
There's also the issue of what config options the kernel is built with.
I'm su
On Wed, 2022-05-04 at 00:44 +0300, IL Ka wrote:
> Linux kernel is backward compatible. Linus calls it "we do not break
> userspace".
> That means _old_ applications should work on new kernel
There's also the issue of what config options the kernel is built with.
I'm sure there's been at least one
Linux kernel is backward compatible. Linus calls it "we do not break
userspace".
That means _old_ applications should work on new kernel
On Wed, May 4, 2022 at 12:40 AM Richard Hector
wrote:
> Hi all,
>
> For various reasons, I have some stretch LXC containers, on a buster
> host that I now ne
On 2020-11-06 11:43, Sven Hartge wrote:
Jesper Dybdal wrote:
* The CT target, to add the ftp helper. I fixed that by adding a bit of
native nft with the nft command after all the iptables(-nft) commands.
For the sake of the archive and people looking at this thread hoping for
some insight, pl
Jesper Dybdal wrote:
> * The CT target, to add the ftp helper. I fixed that by adding a bit of
> native nft with the nft command after all the iptables(-nft) commands.
For the sake of the archive and people looking at this thread hoping for
some insight, please post your native nft rules you c
On 2020-10-16 12:25, I wrote:
I have a lot of iptables rules.
Is it correctly understood that the upgrade to Buster will
automatically install iptables-nft, and that iptablés-nft provides
complete and compatible support for the functionality of the old
iptables command, so I can expect my ipt
On 2020-10-23 18:02, Clive Standbridge wrote:
Can I expect that they will also survive the upgrade to Buster?
Yes. I have done that, and the old squirrelmail package remained
installed in buster. I don't remember any special effort to keep it,
but it was a while ago.
You'd better make sure yo
> Somehow both of those survived the upgrade from Jessie to Stretch (at a time
> when I was not aware of the potential problem), and squirrelmail still works
> fine.
>
> Can I expect that they will also survive the upgrade to Buster?
Yes. I have done that, and the old squirrelmail package remai
Jesper Dybdal wrote:
> I use squirrelmail, and squirrelmail uses php5.
> Somehow both of those survived the upgrade from Jessie to Stretch (at
> a time when I was not aware of the potential problem), and
> squirrelmail still works fine.
> Can I expect that they will also survive the upgrade to
Hi,
16 oct. 2020 à 12:23 de jd-debian-u...@dybdal.dk:
> Is there a simple way to disable AppArmor completely until I've had time to
> figure out what to do with it long-term?
>
Considering you are not asking for removal but just deactivation, the simplest
way to me seems to be the following:
On Fri, 2020-10-16 at 16:59 +0200, Jesper Dybdal wrote:
> On 2020-10-16 16:39, Tixy wrote:
> > Or do what I did, just uninstall the apparmor package which is
> > pulled
> > in as a 'recommends' of the Linux kernel. Or pin it to priority -1
> > for
> > extra paranoia.
> >
>
> Thanks. But will it
On 2020-10-16 16:39, Tixy wrote:
Or do what I did, just uninstall the apparmor package which is pulled
in as a 'recommends' of the Linux kernel. Or pin it to priority -1 for
extra paranoia.
Thanks. But will it not be reinstalled the next time there is a kernel
update?
--
Jesper Dybdal
ht
Hi.
On Fri, Oct 16, 2020 at 03:39:29PM +0100, Tixy wrote:
> On Fri, 2020-10-16 at 13:30 +0300, Reco wrote:
> >
> > On Fri, Oct 16, 2020 at 12:23:30PM +0200, Jesper Dybdal wrote:
> [...]
> > > Is there a simple way to disable AppArmor completely until I've had
> > > time to figure out what
Hi Jesper,
On Fri, Oct 16, 2020 at 12:28:13PM +0200, Jesper Dybdal wrote:
> I run a few Stretch systems on old processors that do not support the RDRAND
> instruction.
>
> Can I simply install "haveged" on the Stretch systems *before* the upgrade
> to Buster to avoid problems during the upgrade?
On Fri, 2020-10-16 at 13:30 +0300, Reco wrote:
>
> On Fri, Oct 16, 2020 at 12:23:30PM +0200, Jesper Dybdal wrote:
[...]
> > Is there a simple way to disable AppArmor completely until I've had
> > time to figure out what to do with it long-term?
>
> Adding "apparmor=0" to your kernel cmdline shoul
Le vendredi 16 octobre 2020 à 14:12:55+0200, Jesper Dybdal a écrit :
>
> On 2020-10-16 12:35, Reco wrote:
> > Barring some kernel bugs - yes.
> > For instance, I've seen kernel panics because of simple:
> >
> > iptables -A INPUT -m conntrack --ctstate INVALID -j DROP
>
> Aargh! I had not reali
Hi.
On Fri, Oct 16, 2020 at 03:49:27PM +0300, Andrei POPESCU wrote:
> On Vi, 16 oct 20, 12:28:13, Jesper Dybdal wrote:
> > The Buster release notes warn about a possibly insufficient entropy source
> > during boot and recommends installing "haveged" on systems with that
> > problem.
> >
>
On Vi, 16 oct 20, 12:28:13, Jesper Dybdal wrote:
> The Buster release notes warn about a possibly insufficient entropy source
> during boot and recommends installing "haveged" on systems with that
> problem.
>
> I run a few Stretch systems on old processors that do not support the RDRAND
> instruc
On 2020-10-16 12:35, Reco wrote:
Barring some kernel bugs - yes.
For instance, I've seen kernel panics because of simple:
iptables -A INPUT -m conntrack --ctstate INVALID -j DROP
Aargh! I had not realized that I would have to be prepared for kernel
panics during the upgrade, so I really a
Hi.
On Fri, Oct 16, 2020 at 12:28:13PM +0200, Jesper Dybdal wrote:
> Can I simply install "haveged" on the Stretch systems *before* the
> upgrade to Buster to avoid problems during the upgrade?
If you have a hardware random generator on these systems (i.e. you see
/dev/hwrng there) - you
Hi.
On Fri, Oct 16, 2020 at 12:25:23PM +0200, Jesper Dybdal wrote:
> I have a lot of iptables rules.
>
> Is it correctly understood that the upgrade to Buster will automatically
> install iptables-nft, and that iptablés-nft provides complete and compatible
> support
> for the functional
Hi.
On Fri, Oct 16, 2020 at 12:23:30PM +0200, Jesper Dybdal wrote:
> Buster enables AppArmor by default. I know just about nothing at all
> about AppArmor. Does it constitute a risk that some of my existing
> programs will not work?
Depends. AppArmor is applied per-binary. If you're usi
On Monday 24 August 2020 17:03:13 Andrew Cater wrote:
> Start here perhaps? https://wiki.debian.org/nftables
>
> It should be relatively straightforward to move backward and forwards.
> Working as a systemd service means that it will start automatically if
> you're using systemd.
>
> [When in doub
Start here perhaps? https://wiki.debian.org/nftables
It should be relatively straightforward to move backward and forwards.
Working as a systemd service means that it will start automatically if
you're using systemd.
[When in doubt, check the Debian wiki for a topic - if that's no good, have
a qu
Gene Heskett wrote:
> At the present time I have around 80 rules, all designed to deny the
> network spiders and bots that think they have to mirror my several
> giga-byte site, 2 or 3 times a day. And that was eating up my bandwidth
> allocation on a slow net connection.
>
> Is there a tut some
On Sun, Aug 23, 2020 at 02:26:19PM -0400, Gene Heskett wrote:
> Since the big conversion of file structs vs who owns what,
The what? I can't even parse that.
> which
> apparently includes running rc.local as the logged in user and not as
> root,
Now that is pure nonsense. You're just inventi
On Monday 24 August 2020 04:45:01 Andrei POPESCU wrote:
> On Du, 23 aug 20, 21:34:12, Gene Heskett wrote:
> > On Sunday 23 August 2020 15:45:22 Joe wrote:
> > > My server iptables is inherited from, I think, sarge, so it's
> > > probably not done optimally today. It's an init script run from
> > >
On Du, 23 aug 20, 21:34:12, Gene Heskett wrote:
> On Sunday 23 August 2020 15:45:22 Joe wrote:
> >
> > My server iptables is inherited from, I think, sarge, so it's probably
> > not done optimally today. It's an init script run from /etc/rcS.d.
>
> Ah,/etc/rcS.d/S18netfilter-persistent
> but that
On Sun, 23 Aug 2020 21:34:12 -0400
Gene Heskett wrote:
> On Sunday 23 August 2020 15:45:22 Joe wrote:
>
> >
> > My server iptables is inherited from, I think, sarge, so it's
> > probably not done optimally today. It's an init script run from
> > /etc/rcS.d.
>
> Ah,/etc/rcS.d/S18netfilter-per
On Sun, 2020-08-23 at 14:26 -0400, Gene Heskett wrote:
> Greetings all;
>
> Since the big conversion of file structs vs who owns what, which
> apparently includes running rc.local as the logged in user and not
> as
> root, that has hidden the iptables stuff from everybody but root
> since
> its
On Sunday 23 August 2020 16:10:10 deloptes wrote:
> Hi Gene,
>
> Gene Heskett wrote:
> > Since the big conversion of file structs vs who owns what, which
> > apparently includes running rc.local as the logged in user and not
> > as root, that has hidden the iptables stuff from everybody but root
>
On Sunday 23 August 2020 15:45:22 Joe wrote:
> On Sun, 23 Aug 2020 14:26:19 -0400
>
> Gene Heskett wrote:
> > Greetings all;
> >
> > Since the big conversion of file structs vs who owns what, which
> > apparently includes running rc.local as the logged in user and not
> > as root, that has hidden
Hi Gene,
Gene Heskett wrote:
> Since the big conversion of file structs vs who owns what, which
> apparently includes running rc.local as the logged in user and not as
> root, that has hidden the iptables stuff from everybody but root since
> its not now in the users $PATH.
>
I was running home
On Sun, 23 Aug 2020 14:26:19 -0400
Gene Heskett wrote:
> Greetings all;
>
> Since the big conversion of file structs vs who owns what, which
> apparently includes running rc.local as the logged in user and not as
> root, that has hidden the iptables stuff from everybody but root
> since its no
On Fri, 17 Jul 2020 16:45:33 +
rbraun204 wrote:
> Hey all, i'm installing stretch onto a HP Z4G4 workstation via
> netboot and in uefi mode. The only video hardware in the box is a
> NVIDIA Corporation GP107GL [Quadro P620]. The install goes as
> expected. Only installed standard utils
On 11/05/2020 09:23, Tony van der Hoff wrote:
On 10/05/2020 19:02, Sven Hartge wrote:
Tony van der Hoff wrote:
E: Problem executing scripts APT::Update::Post-Invoke-Success 'if
/usr/bin/test -w /var/cache/app-info -a -e /usr/bin/appstreamcli; then
appstreamcli refresh-cache > /dev/null;
On 10/05/2020 19:02, Sven Hartge wrote:
Tony van der Hoff wrote:
E: Problem executing scripts APT::Update::Post-Invoke-Success 'if
/usr/bin/test -w /var/cache/app-info -a -e /usr/bin/appstreamcli; then
appstreamcli refresh-cache > /dev/null; fi'
E: Sub-process returned an error code
I do
Tony van der Hoff wrote:
> E: Problem executing scripts APT::Update::Post-Invoke-Success 'if
> /usr/bin/test -w /var/cache/app-info -a -e /usr/bin/appstreamcli; then
> appstreamcli refresh-cache > /dev/null; fi'
> E: Sub-process returned an error code
> I don't know where to find a verbose log
On Wed 15 Jan 2020 at 08:08:30 -0800, Alan Savage wrote:
> I am trying to upgrade from stretch to buster using the nonfree
> installation DVD ISO "firmware-10.2.0-amd64-DVD-1.iso" that I downloaded
> using the torrent here:
> https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firm
On Lu, 23 sep 19, 07:23:05, Karolis Pabijanskas wrote:
> Hey Everyone!
>
> `stretch-backports` kernel seems to have broken dependencies since a
> few days ago. In particular this package:
> https://packages.debian.org/stretch-backports/linux-image-amd64 seems
> to have a broken dependency for l
On 9/23/19, Karolis Pabijanskas wrote:
> Hey Everyone!
>
> `stretch-backports` kernel seems to have broken dependencies since a few
> days ago. In particular this package:
> https://packages.debian.org/stretch-backports/linux-image-amd64 seems to
> have a broken dependency for linux-image-4.19.0-0
Escaped from gnome. While working in gnome the visibility of my mouse
pointer became very erratic, often visible only at the margins of a
window. I would then have to move the mouse and guess where it pointed
in the window. The computer was all but unusable so I rebooted. Having
been schooled i
On Wed 18 Sep 2019 at 12:06:00 (-), Curt wrote:
> On 2019-09-17, Sven Joachim wrote:
> > On 2019-09-17 11:10 -0500, David Wright wrote:
> >>
> >> Well, the only link *needed* is init, hence its dependency on package
> >> init, whose sole function is to keep the number of init configurations
>
On 2019-09-17, Sven Joachim wrote:
> On 2019-09-17 11:10 -0500, David Wright wrote:
>
>>
>> Well, the only link *needed* is init, hence its dependency on package
>> init, whose sole function is to keep the number of init configurations
>> more than zero and less than two.
>>
>> The rest of those l
On Tue, Sep 17, 2019 at 05:06:52PM -0400, Greg Wooledge wrote:
[...]
> I can't believe people are still adding cruft to sysv-rc helpers in 2019.
Luckily, "real world" is much more colourful and diverse than your
(or my -- or anyone's!) beliefs ;-)
Cheers
-- tomás
signature.asc
Description: Di
On Tue, Sep 17, 2019 at 10:59:53PM +0200, Sven Joachim wrote:
> On 2019-09-17 09:13 -0400, Greg Wooledge wrote:
> > wooledg:~$ aptitude why systemd-sysv
> > i udev Depends dpkg (>= 1.19.3) | systemd-sysv
> >
> > OK... I'll admit, I do not quite understand that dependency.
>
> The udev init scrip
On 2019-09-17 09:13 -0400, Greg Wooledge wrote:
> On Mon, Sep 16, 2019 at 11:11:33PM +0100, Brian wrote:
>> What causes systemd-sysv to be installed?
>
> wooledg:~$ aptitude why systemd-sysv
> i udev Depends dpkg (>= 1.19.3) | systemd-sysv
>
> OK... I'll admit, I do not quite understand that dep
On 2019-09-17 11:10 -0500, David Wright wrote:
>
> Well, the only link *needed* is init, hence its dependency on package
> init, whose sole function is to keep the number of init configurations
> more than zero and less than two.
>
> The rest of those links just mean that I can read, say, a 60 lin
On Tue 17 Sep 2019 at 13:29:16 -0400, Greg Wooledge wrote:
> On Tue, Sep 17, 2019 at 06:25:05PM +0100, Brian wrote:
> > Upgrades from wheezy to jessie did not change the init system because
> > libpame-systemd had the dependency
> >
> > systemd-shim (>= 8-2) | systemd-sysv
>
> https://www.debi
On Tue, Sep 17, 2019 at 06:25:05PM +0100, Brian wrote:
> Upgrades from wheezy to jessie did not change the init system because
> libpame-systemd had the dependency
>
> systemd-shim (>= 8-2) | systemd-sysv
https://www.debian.org/releases/jessie/amd64/release-notes/ch-upgrading.en.html#issues-sys
On Tue 17 Sep 2019 at 09:13:30 -0400, Greg Wooledge wrote:
> On Mon, Sep 16, 2019 at 11:11:33PM +0100, Brian wrote:
> > What causes systemd-sysv to be installed?
>
> wooledg:~$ aptitude why systemd-sysv
> i udev Depends dpkg (>= 1.19.3) | systemd-sysv
>
> OK... I'll admit, I do not quite under
On Tue 17 Sep 2019 at 10:37:15 +0100, Brian wrote:
> On Sun 15 Sep 2019 at 23:31:23 +0100, Roger Lynn wrote:
>
> > I have three Stretch AMD64 systems with sysvinit - a desktop and laptop
> > running KDE and a headless server. Is there any information available
> > anywhere to tell me what will ha
On Tue 17 Sep 2019 at 09:45:21 (-0400), Greg Wooledge wrote:
> On Tue, Sep 17, 2019 at 09:40:50AM -0400, The Wanderer wrote:
> > I believe its name was chosen with
> > insufficient consideration, and is not in fact derived from its
> > function.
>
> You're not looking closely enough.
>
> > $ apt-
On 2019-09-17, The Wanderer wrote:
>>> Yes, but unless I'm greatly misunderstanding matters, /sbin/init is
>>> not specific to sysvinit.
>> That's okay, as I never came close to claiming it was. But you focus
>> uniquely upon this "point," while ignoring the part about the "links
>> needed for s
On 2019-09-17 at 09:45, Greg Wooledge wrote:
> On Tue, Sep 17, 2019 at 09:40:50AM -0400, The Wanderer wrote:
>
>> I believe its name was chosen with
>> insufficient consideration, and is not in fact derived from its
>> function.
>
> You're not looking closely enough.
>
>> $ apt-file show systemd
On Tue, Sep 17, 2019 at 09:40:50AM -0400, The Wanderer wrote:
> I believe its name was chosen with
> insufficient consideration, and is not in fact derived from its
> function.
You're not looking closely enough.
> $ apt-file show systemd-sysv
> systemd-sysv: /sbin/halt
> systemd-sysv: /sbin/init
On 2019-09-17 at 09:28, Curt wrote:
> On 2019-09-17, The Wanderer wrote:
>
>>> Why he would say "despite its name" eludes this correspondent,
>>> because the package has *everything* to do with sysvinit,
>>> providing as it does the "links needed for systemd to replace
>>> sysvinit. Installing
On 2019-09-17, The Wanderer wrote:
>> Why he would say "despite its name" eludes this correspondent,
>> because the package has *everything* to do with sysvinit, providing
>> as it does the "links needed for systemd to replace sysvinit.
>> Installing systemd-sysv will overwrite /sbin/init with a
On 2019-09-17 at 09:13, Greg Wooledge wrote:
> On Mon, Sep 16, 2019 at 11:11:33PM +0100, Brian wrote:
>
>> What causes systemd-sysv to be installed?
>
> wooledg:~$ aptitude why systemd-sysv
> i udev Depends dpkg (>= 1.19.3) | systemd-sysv
>
> OK... I'll admit, I do not quite understand that de
On Mon, Sep 16, 2019 at 11:11:33PM +0100, Brian wrote:
> What causes systemd-sysv to be installed?
wooledg:~$ aptitude why systemd-sysv
i udev Depends dpkg (>= 1.19.3) | systemd-sysv
OK... I'll admit, I do not quite understand that dependency. But
what I really need to do is check this on a je
On 2019-09-17 at 04:09, Curt wrote:
> On 2019-09-16, Brian wrote:
[that on some earlier date which has been clipped out, someone else -
who happens to be The Wanderer - wrote:]
>>> The dist-upgrade will have resulted in installing the
>>> systemd-sysv package, which (despite its name) has nothi
On Sun 15 Sep 2019 at 23:31:23 +0100, Roger Lynn wrote:
> I have three Stretch AMD64 systems with sysvinit - a desktop and laptop
> running KDE and a headless server. Is there any information available
> anywhere to tell me what will happen when I attempt to upgrade them to
> Buster? The release n
On 2019-09-16, Brian wrote:
>>
>> The dist-upgrade will have resulted in installing the systemd-sysv
>> package, which (despite its name) has nothing to do with sysvinit; it is
>> the package which sets systemd as the primary / active / default init
>> system.
>>
>> Installing sysvinit-core will
On Mon, Sep 16, 2019 at 3:17 PM The Wanderer wrote:
> >> If you want to keep sysvinit, here's the order of events:
> >>
> >> change sources from stretch to buster
> >
> > Fine.
> >
> >> apt update
> >
> > Splendid.
> >
> >> apt dist-upgrade
> >
> > Great.
> >
> >> apt install sysvinit-core
> >
Quoting Brian (2019-09-17 00:11:33)
> On Mon 16 Sep 2019 at 15:16:34 -0400, The Wanderer wrote:
>
> > On 2019-09-16 at 15:07, Brian wrote:
> >
> > > On Sun 15 Sep 2019 at 21:52:50 -0400, Dan Ritter wrote:
> > >
> > >> Roger Lynn wrote:
> > >>
> > >>> Hi,
> > >>>
> > >>> I have three Stretch AM
On 2019-09-16 at 18:11, Brian wrote:
> On Mon 16 Sep 2019 at 15:16:34 -0400, The Wanderer wrote:
>
>> On 2019-09-16 at 15:07, Brian wrote:
>>
>>> On Sun 15 Sep 2019 at 21:52:50 -0400, Dan Ritter wrote:
apt install sysvinit-core
>>>
>>> What happens if this is not done?
>>
>> Next time yo
On Mon 16 Sep 2019 at 15:16:34 -0400, The Wanderer wrote:
> On 2019-09-16 at 15:07, Brian wrote:
>
> > On Sun 15 Sep 2019 at 21:52:50 -0400, Dan Ritter wrote:
> >
> >> Roger Lynn wrote:
> >>
> >>> Hi,
> >>>
> >>> I have three Stretch AMD64 systems with sysvinit - a desktop and
> >>> laptop run
On 2019-09-16 at 15:07, Brian wrote:
> On Sun 15 Sep 2019 at 21:52:50 -0400, Dan Ritter wrote:
>
>> Roger Lynn wrote:
>>
>>> Hi,
>>>
>>> I have three Stretch AMD64 systems with sysvinit - a desktop and
>>> laptop running KDE and a headless server. Is there any
>>> information available anywhere
On Sun 15 Sep 2019 at 21:52:50 -0400, Dan Ritter wrote:
> Roger Lynn wrote:
> > Hi,
> >
> > I have three Stretch AMD64 systems with sysvinit - a desktop and laptop
> > running KDE and a headless server. Is there any information available
> > anywhere to tell me what will happen when I attempt to
Quoting Dan Ritter (2019-09-16 03:52:50)
> Roger Lynn wrote:
> > The KDE systems have systemd-shim installed, which is not present in
> > Buster. Is this going to cause problems? Will the server be okay?
> > Should I just stay with Stretch until Bullseye is released or
> > consider moving to De
Roger Lynn wrote:
> Hi,
>
> I have three Stretch AMD64 systems with sysvinit - a desktop and laptop
> running KDE and a headless server. Is there any information available
> anywhere to tell me what will happen when I attempt to upgrade them to
> Buster? The release notes don't mention it and oth
On Friday 06 September 2019 12:53:54 Charles Curley wrote:
> On Fri, 6 Sep 2019 10:44:45 -0400
>
> Gene Heskett wrote:
> > I found it. A staples brand usb hub that has served on the end of an
> > extension cable, as a place to plugin the dongles for the
> > keyboard/mouse for the last 8 or so yea
On Fri, 6 Sep 2019 10:44:45 -0400
Gene Heskett wrote:
> I found it. A staples brand usb hub that has served on the end of an
> extension cable, as a place to plugin the dongles for the
> keyboard/mouse for the last 8 or so years was doing funkity things to
> udev. Replaced with another off brand
On Thursday 05 September 2019 19:11:42 Gene Heskett wrote:
> Greetings all;
>
> So what utility thats supposed to monitor that, has taken a holiday?
>
> Thanks All.
>
> Cheers, Gene Heskett
I found it. A staples brand usb hub that has served on the end of an
extension cable, as a place to plugin
On Thu, Sep 05, 2019 at 08:10:07PM -0400, bw wrote:
> In-Reply-To: <201909051911.42570.ghesk...@shentel.net>
>
> Why do you continue with this type of post? It's a joke. I'm shocked
> that anybody even answers this stupidity.
If you don't like the thread, just keep out of it.
If yo've got dif
Gene Heskett wrote:
> Which made no diff. Whatever is supposed to be monitoring for new usb
> connections is not. So what do I look at next?
I suggest do a default installation from scratch to a disk (I know you have
some) and try again. I guess you are messing too much with your system.
AFAIK i
On Friday 06 September 2019 00:28:54 Gene Heskett wrote:
> On Thursday 05 September 2019 20:10:07 bw wrote:
> > In-Reply-To: <201909051911.42570.ghesk...@shentel.net>
> >
> > Why do you continue with this type of post? It's a joke. I'm
> > shocked that anybody even answers this stupidity.
>
> Be
On Thursday 05 September 2019 20:10:07 bw wrote:
> In-Reply-To: <201909051911.42570.ghesk...@shentel.net>
>
> Why do you continue with this type of post? It's a joke. I'm shocked
> that anybody even answers this stupidity.
Because something has failed. dmesg after a boot has quite a few of thes
bw wrote:
> Why do you continue with this type of post? It's a joke. I'm shocked
> that anybody even answers this stupidity.
Have you not learned to show respect to elderly people?
On 8/24/2019 9:14 AM, and...@arobeia.co.uk wrote:
> I'm trying to install some dgbsyms packages for my stretch system, but the
> debug archive seems to be out of date relative to the stretch-updates archive
> root@ceylon:/home/sunshine# apt install libreoffice-base-dbgsym
> libreoffice-calc-dbgsy
On Sunday 28 April 2019 14:47:34 Gene Heskett wrote:
> I just installed a stretch testing from the LCNC folks, and must say,
> and shout from the rooftops, a thank you for the new partitioner.
> Absolutely spot on, exactly whats been needed for 20 years!!!
> Of course the network settings were lo
Hello,
On Wed, Apr 17, 2019 at 10:53:34AM +0500, Alexander V. Makartsev wrote:
> It looks like Synaptic starts with user privileges as a wrapper and
> PolicyKit asks for root privileges to spawn actual synaptic process.
Ah okay, my mistake. Synaptic is another piece of software I've
never really
On 17.04.2019 8:51, Andy Smith wrote:
> Hi,
>
> On Tue, Apr 16, 2019 at 01:15:07PM +0500, Alexander V. Makartsev wrote:
>> On 16.04.2019 12:08, Andy Smith wrote:
>>> I don't have seamonkey installed so haven't tried myself, but does
>>> it even run as root?
>>>
>> I don't use SeaMonkey either, but
Hi,
On Tue, Apr 16, 2019 at 01:15:07PM +0500, Alexander V. Makartsev wrote:
> On 16.04.2019 12:08, Andy Smith wrote:
> > I don't have seamonkey installed so haven't tried myself, but does
> > it even run as root?
> >
> I don't use SeaMonkey either, but I'm pretty sure it does not need root
> privi
On 16.04.2019 12:08, Andy Smith wrote:
> Hello,
>
> On Tue, Apr 16, 2019 at 04:39:06AM +0500, Alexander V. Makartsev wrote:
>> You can add SeaMonkey config manually if you want, but you will have to
>> track the changes after that.
>> $ sudo update-alternatives --install /usr/bin/x-www-browser
Le 15/04/2019 à 23:05, Richard Owlett a écrit :
[...]
>> root@fromdell:/home/richard# update-alternatives --config
>> gnome-www-browser
>> There is only one alternative in link group gnome-www-browser
>> (providing /usr/bin/gnome-www-browser): /usr/bin/firefox-esr
>> Nothing to configure.
>> root@f
Hello,
On Tue, Apr 16, 2019 at 04:39:06AM +0500, Alexander V. Makartsev wrote:
> You can add SeaMonkey config manually if you want, but you will have to
> track the changes after that.
> $ sudo update-alternatives --install /usr/bin/x-www-browser
> x-www-browser /your/path/to/seamonkey 100
I
On 16.04.2019 2:05, Richard Owlett wrote:
> On 04/15/2019 01:14 PM, Alexander V. Makartsev wrote:
>> On 15.04.2019 18:09, Richard Owlett wrote:
>>> Somehow I had messed up preferred application to open a file.
>>> I fixed by selecting a file of appropriate type, selecting
>>> Properties, and settin
On 04/15/2019 01:14 PM, Alexander V. Makartsev wrote:
On 15.04.2019 18:09, Richard Owlett wrote:
Somehow I had messed up preferred application to open a file.
I fixed by selecting a file of appropriate type, selecting Properties,
and setting preferred application.
That solved almost all my pr
On 15.04.2019 18:09, Richard Owlett wrote:
> Somehow I had messed up preferred application to open a file.
> I fixed by selecting a file of appropriate type, selecting Properties,
> and setting preferred application.
>
> That solved almost all my problems.
>
> The only exception is when using Synap
On 04/05/2019 01:13 PM, Gene Heskett wrote:
On Friday 05 April 2019 08:34:09 Cindy Sue Causey wrote:
On 4/5/19, to...@tuxteam.de wrote:
On Fri, Apr 05, 2019 at 08:07:25AM -0400, Gene Heskett wrote:
I need to fix the disk partition labels on this 2T drive I've
installed stretch on.
tune2fs
On Friday 05 April 2019 08:58:42 Felix Miata wrote:
> Gene Heskett composed on 2019-04-05 08:07 (UTC-0400):
> > I need to fix the disk partition labels on this 2T drive I've
> > installed stretch on.
> >
> > tune2fs on wheezy is too old, won't touch the stretch prepared
> > drive.
> >
> > I haven'
On Friday 05 April 2019 08:34:09 Cindy Sue Causey wrote:
> On 4/5/19, to...@tuxteam.de wrote:
> > On Fri, Apr 05, 2019 at 08:07:25AM -0400, Gene Heskett wrote:
> >> I need to fix the disk partition labels on this 2T drive I've
> >> installed stretch on.
> >>
> >> tune2fs on wheezy is too old, won
Gene Heskett composed on 2019-04-05 08:07 (UTC-0400):
> I need to fix the disk partition labels on this 2T drive I've installed
> stretch on.
> tune2fs on wheezy is too old, won't touch the stretch prepared drive.
> I haven't found a tune2fs yet on stretch, but did after 10 minutes of
# which
On 4/5/19, to...@tuxteam.de wrote:
> On Fri, Apr 05, 2019 at 08:07:25AM -0400, Gene Heskett wrote:
>> I need to fix the disk partition labels on this 2T drive I've installed
>> stretch on.
>>
>> tune2fs on wheezy is too old, won't touch the stretch prepared drive.
>>
>> I haven't found a tune2fs y
On Friday 05 April 2019 08:13:14 to...@tuxteam.de wrote:
> On Fri, Apr 05, 2019 at 08:07:25AM -0400, Gene Heskett wrote:
> > I need to fix the disk partition labels on this 2T drive I've
> > installed stretch on.
> >
> > tune2fs on wheezy is too old, won't touch the stretch prepared
> > drive.
> >
On Fri, Apr 05, 2019 at 08:07:25AM -0400, Gene Heskett wrote:
> I need to fix the disk partition labels on this 2T drive I've installed
> stretch on.
>
> tune2fs on wheezy is too old, won't touch the stretch prepared drive.
>
> I haven't found a tune2fs yet on stretch, but did after 10 minutes o
On Wednesday 27 March 2019 19:29:55 Steve McIntyre wrote:
> Gene Heskett wrote:
> >On Wednesday 27 March 2019 13:31:35 Steve McIntyre wrote:
> >> In article <201903271310.25490.ghesk...@shentel.net> you write:
> >> >I pulled and burnt the netinstall, bad burn or bad checksum, but
> >> > can't find
Hi,
i wrote:
> > Is your jigdo-lite old enough at all to suffer from the https
> > blindness ?
Gene Heskett wrote:
> I have 7.3 on wheezy
So you would have to download the .jigdo and .template files manually
by wget or web browser. If you then run jigdo-lite in the directory
with the downloaded
1 - 100 of 592 matches
Mail list logo
