Xorg: symbol lookup error: "/usr/lib/xorg/modules/drivers/radeon_drv.so": undefined symbol: "exaGetPixmapDriverPrivate"

[coolnodje]

I'm on Debian testing.

The computer I run it on has a ATI Radeon FireGL V3100 graphic card.

Launching an X environment invariably produce this error :

Xorg: symbol lookup error:
"/usr/lib/xorg/modules/drivers/radeon_drv.so": undefined symbol:
"exaGetPixmapDriverPrivate"

I didn't see anything meaningful to include here in X
logs/var/log/Xorg.0.log

I'm guessing the graphic card is just not supported.
Is there a way to simply fall back on a less capable driver?
I just want to be able to run a basic modal WM anyway (like i3 or Dwm)

cheers

Re: Xorg: symbol lookup error: "/usr/lib/xorg/modules/drivers/radeon_drv.so": undefined symbol: "exaGetPixmapDriverPrivate"

[Curt]

On 2019-11-06, coolnodje  wrote:
>
> The computer I run it on has a ATI Radeon FireGL V3100 graphic card.
>
> Launching an X environment invariably produce this error :
>
> Xorg: symbol lookup error:
> "/usr/lib/xorg/modules/drivers/radeon_drv.so": undefined symbol:
> "exaGetPixmapDriverPrivate"
>
> I didn't see anything meaningful to include here in X
> logs/var/log/Xorg.0.log
>
> I'm guessing the graphic card is just not supported.
> Is there a way to simply fall back on a less capable driver?
> I just want to be able to run a basic modal WM anyway (like i3 or Dwm)


Maybe this bug report is applicable:

https://lists.debian.org/debian-x/2019/10/msg00131.html (fix included)

> cheers
>
>


-- 
We do not remember what we might have been before birth. This, and only this,
gives hope of oblivion.--Insufficient!
William T. Vollmann, "Supernatural Axioms"

Re: auxiliary mail client for HTML

[황병희]

"Russell L. Harris"  writes:

> Several times a week I receive a HTML email with numerous links.  Mutt
> (or neoMutt, which I am using until I upgrade my Debian installation)
> seems not to be a good solution for such messages.

How about Gnus? Below is example:
https://gitlab.com/soyeomul/Gnus/blob/master/ss/IMG_20191106_215916_resized_20191106_100052740.jpg

> What is a decent, simple GUI client which I can point at my maildir
> structure to read such messages and be able to open on the links with
> a click?
>
> I do not require SMTP; I plan to use Mutt for any response I send.

Sincerely,

-- 
^고맙습니다 _地平天成_ 감사합니다_^))//

Re: auxiliary mail client for HTML

[황병희]

"Russell L. Harris"  writes:

> Several times a week I receive a HTML email with numerous links.  Mutt
> (or neoMutt, which I am using until I upgrade my Debian installation)
> seems not to be a good solution for such messages.

How about Gnus? Below is example:
https://gitlab.com/soyeomul/Gnus/blob/master/ss/IMG_20191106_215916_resized_20191106_100052740.jpg

> What is a decent, simple GUI client which I can point at my maildir
> structure to read such messages and be able to open on the links with
> a click?
>
> I do not require SMTP; I plan to use Mutt for any response I send.
>
>

Sincerely,

-- 
^고맙습니다 _地平天成_ 감사합니다_^))//

Re: auxiliary mail client for HTML

[황병희]

"Russell L. Harris"  writes:

> Several times a week I receive a HTML email with numerous links.  Mutt
> (or neoMutt, which I am using until I upgrade my Debian installation)
> seems not to be a good solution for such messages.

How about Gnus? Below is example:
https://gitlab.com/soyeomul/Gnus/blob/master/ss/IMG_20191106_215916_resized_20191106_100052740.jpg

> What is a decent, simple GUI client which I can point at my maildir
> structure to read such messages and be able to open on the links with
> a click?
>
> I do not require SMTP; I plan to use Mutt for any response I send.
>
>

Sincerely,

-- 
^고맙습니다 _地平天成_ 감사합니다_^))//

Re: auxiliary mail client for HTML

[rhkramer]

On Wednesday, November 06, 2019 08:13:10 AM 황병희 wrote:
> > Several times a week I receive a HTML email with numerous links.  Mutt
> > (or neoMutt, which I am using until I upgrade my Debian installation)
> > seems not to be a good solution for such messages.

Just to throw one more suggestion into the ring, I'm sure older versions of 
kmail can do what you want, like the one in KDE 4.8.4 / Debian Wheezy (kmail 
1.13.7).

You might have to do a little futzing around, I'm not sure you could directly 
make your maildir the "inbox" in kmail (but maybe, I don't really know).

What I do for some things like this is put a symlink (soft link) in the kmail 
mail directory (in my case //Mail) and then kmail finds them and can open 
them just fine (and, I can reply if I want to).

I forget how I convinced kmail to use  //Mail instead of its default as 
the mail directory -- presumably a setting in the kmail config file.

Removing systemd from Buster: everything gets slow

[Dan Ritter]

If you are removing systemd from a Buster installation, and upon
reboot everything is ridiculously slow:

Check for the presence of "systemd" options in /etc/nsswitch.conf.

Remove them, of course, if found. The return to normal speed
should be immediate.

Apparently someone thought that putting systemd in the authentication loop was 
a good idea.

-dsr-

Re: Removing systemd from Buster: everything gets slow

[Reco]

Hi.

On Tue, Nov 05, 2019 at 10:13:35PM -0500, Dan Ritter wrote:
> If you are removing systemd from a Buster installation, and upon
> reboot everything is ridiculously slow:
> 
> Check for the presence of "systemd" options in /etc/nsswitch.conf.

I'm curious. Which libnss-* package failed to remove itself from
nsswitch.conf?

Reco

Re: problem with command-not-found in buster

[Dan Ritter]

Mark Webb wrote: 
> I am a novice user, Mark H. Webb.  I am programmer and learning C++.
> I was compiling a program from github.  The item to compile was cilantro a
> point cloud library in C++. the lib has many dependencies and I thought i
> got them all, but I missed one, tinyply.
> When I went to complied tinyply i get the following on terminal shell:
> 
> 
> *Could not find the database of available applications, run
> update-command-not-found as root to fix thisSorry, command-not-found has
> crashed! Please file a bug report at:http://www.debian.org/Bugs/Reporting
> Please include the following
> information with the report:command-not-found version: 0.3Python version:
> 3.7.3 final 0Distributor ID: DebianDescription: Debian GNU/Linux 10
> (buster)Release: 10Codename: busterException information:local variable
> 'cnf' referenced before assignmentTraceback (most recent call last):  File
> "/usr/share/command-not-found/CommandNotFound/util.py", line 23, in
> crash_guardcallback()  File "/usr/lib/command-not-found", line 93, in
> mainif not cnf.advise(args[0], options.ignore_installed) and not
> options.no_failure_msg:UnboundLocalError: local variable 'cnf' referenced
> before assignment*
> 
> I am unsure how to clear this?  Is it as simple as deleting a file?  or do
> i need to edit a file?

It looks like it was trying to run command-not-found, which you
can install with

sudo apt install command-not-found

(I know, that's a wacky name.)

-dsr-

Re: Removing systemd from Buster: everything gets slow

[Jonathan Dowland]

On Tue, Nov 05, 2019 at 10:13:35PM -0500, Dan Ritter wrote:

If you are removing systemd from a Buster installation, and upon
reboot everything is ridiculously slow:

Check for the presence of "systemd" options in /etc/nsswitch.conf.

Remove them, of course, if found. The return to normal speed
should be immediate.

Apparently someone thought that putting systemd in the authentication loop was
a good idea.


This should probably be reported as a bug somewhere (one of the
sysvinit packages I guess, not sure) so that the removal of those bits
can potentially be done as part of the move-to-sysvinit packaging
workflow.


--
👱🏻  Jonathan Dowland
✎   j...@dow.land
🔗   https://jmtd.net

Re: Removing systemd from Buster: everything gets slow

[Dan Ritter]

Reco wrote: 
>   Hi.
> 
> On Tue, Nov 05, 2019 at 10:13:35PM -0500, Dan Ritter wrote:
> > If you are removing systemd from a Buster installation, and upon
> > reboot everything is ridiculously slow:
> > 
> > Check for the presence of "systemd" options in /etc/nsswitch.conf.
> 
> I'm curious. Which libnss-* package failed to remove itself from
> nsswitch.conf?

Looks like libnss-systemd

-dsr-

sshfs problem on amd64

[Pierre Frenkiel]

hi,
I used to mount my smartphone (which runs a ssh server) with sshfs
on my Debian/Buster PC, and it works perfectly. Now, I tried to do the same
on my laptop(also Debian/Buster), and it fails. The strange thing is
that the syslog says:
 systemd[1]: gn4.mount: Succeeded.
any idea?

best regards,
--
Pierre Frenkiel

Re: Removing systemd from Buster: everything gets slow

[Reco]

Hi.

On Wed, Nov 06, 2019 at 12:02:04PM -0500, Dan Ritter wrote:
> Reco wrote: 
> > On Tue, Nov 05, 2019 at 10:13:35PM -0500, Dan Ritter wrote:
> > > If you are removing systemd from a Buster installation, and upon
> > > reboot everything is ridiculously slow:
> > > 
> > > Check for the presence of "systemd" options in /etc/nsswitch.conf.
> > 
> > I'm curious. Which libnss-* package failed to remove itself from
> > nsswitch.conf?
> 
> Looks like libnss-systemd

That's interesting. libnss-systemd ships a valid postrm script that's
supposed to do just that - removing "systemd" entries from
nsswitch.conf ($module=systemd, $file=/etc/nsswitch.conf):

# we must remove possible [foo=bar] options as well
sed -i -r "/(passwd|group):/ 
s/[[:space:]]+$module\b([[:space:]]*\[[^]]*\])*//" $file

But:

1) postrm script bails if it finds that libnss-systemd is still
installed, but for another architecture.

2) It invokes "sed", not "/bin/sed", and that's another possible reason
for such failure - locally installed /usr/local/bin/sed which does not
understand "-i" option or misinterprets that regexp.


I suggest you to file a bug against libnss-systemd. They use perl in
postinst already, they might use it in postrm as well.

Reco

Re: Removing systemd from Buster: everything gets slow

[Greg Wooledge]

On Wed, Nov 06, 2019 at 09:01:46PM +0300, Reco wrote:
> That's interesting. libnss-systemd ships a valid postrm script that's
> supposed to do just that - removing "systemd" entries from
> nsswitch.conf ($module=systemd, $file=/etc/nsswitch.conf):
> 
> # we must remove possible [foo=bar] options as well
> sed -i -r "/(passwd|group):/ 
> s/[[:space:]]+$module\b([[:space:]]*\[[^]]*\])*//" $file
> 
> But:
> 
> 1) postrm script bails if it finds that libnss-systemd is still
> installed, but for another architecture.
> 
> 2) It invokes "sed", not "/bin/sed", and that's another possible reason
> for such failure - locally installed /usr/local/bin/sed which does not
> understand "-i" option or misinterprets that regexp.

Wouldn't a locally installed perl have the same problem if they switched
it to perl?

It's also missing the ^ anchor, so it will try to affect other lines
like "netgroup:" as well as "group:".

But apart from those issues, it doesn't look immediately wrong to me.
It should be interesting to see exactly what caused the problem.

Re: cifs mount

[Christopher Judd]

The share is on a Windows server, NTFS filesystem using DFS.

-Chris

On Tue, Nov 5, 2019 at 11:49 AM Christopher Judd 
wrote:

> Hi,
>
> We have a samba share here of the form .  I
> used to be able to mount this, but in no longer works, When I try, I get
> this result:
>
> $mount.cifs //xxx/yyy/zzz /myshare --verbose -o credentials=cifs.creds
>
> mount.cifs kernel mount options:
> ip=10.50.66.240,unc=\\xxx\yyy,uid=1000,gid=1000,user=cdj03,domain=xxx,prefixpath=myshare,pass=
>
> mount error(2): No such file or directory
>
> And the kernel log shows:
>
> CIFS: Attempting to mount //xxx/yyy/zzz
> CIFS VFS: BAD_NETWORK_NAME: \\xxx\yyy
> CIFS VFS: cifs_mount failed w/return code = -2
>
> I can mount this share successfully from a Windows box. Any ideas on how
> to get this working again?
>
> -Chris
>
>

Re: Removing systemd from Buster: everything gets slow

[Reco]

On Wed, Nov 06, 2019 at 01:42:54PM -0500, Greg Wooledge wrote:
> On Wed, Nov 06, 2019 at 09:01:46PM +0300, Reco wrote:
> > That's interesting. libnss-systemd ships a valid postrm script that's
> > supposed to do just that - removing "systemd" entries from
> > nsswitch.conf ($module=systemd, $file=/etc/nsswitch.conf):
> > 
> > # we must remove possible [foo=bar] options as well
> > sed -i -r "/(passwd|group):/ 
> > s/[[:space:]]+$module\b([[:space:]]*\[[^]]*\])*//" $file
> > 
> > But:
> > 
> > 1) postrm script bails if it finds that libnss-systemd is still
> > installed, but for another architecture.
> > 
> > 2) It invokes "sed", not "/bin/sed", and that's another possible reason
> > for such failure - locally installed /usr/local/bin/sed which does not
> > understand "-i" option or misinterprets that regexp.
> 
> Wouldn't a locally installed perl have the same problem if they switched
> it to perl?

It's possible, sure. But consider the complexity of building own perl vs
"ln -s /bin/busybox /usr/local/bin/sed".


> It's also missing the ^ anchor, so it will try to affect other lines
> like "netgroup:" as well as "group:".

That's third thing that postinst does right, and postrm does not.


> But apart from those issues, it doesn't look immediately wrong to me.
> It should be interesting to see exactly what caused the problem.

Same here.

Reco

Re: Removing systemd from Buster: everything gets slow

[Brian]

On Tue 05 Nov 2019 at 22:13:35 -0500, Dan Ritter wrote:

> If you are removing systemd from a Buster installation, and upon
> reboot everything is ridiculously slow:
> 
> Check for the presence of "systemd" options in /etc/nsswitch.conf.

What does one look for?

> Remove them, of course, if found. The return to normal speed
> should be immediate.

What does one remove?
> 
> Apparently someone thought that putting systemd in the authentication loop 
> was 
> a good idea.

I've never seen anything systemd related in /etc/nsswitch.conf. How does
it get there?

-- 
Brian.

Re: Removing systemd from Buster: everything gets slow

[Dan Ritter]

Reco wrote: 
>   Hi.
> 
> On Wed, Nov 06, 2019 at 12:02:04PM -0500, Dan Ritter wrote:
> > Reco wrote: 
> > > On Tue, Nov 05, 2019 at 10:13:35PM -0500, Dan Ritter wrote:
> > > > If you are removing systemd from a Buster installation, and upon
> > > > reboot everything is ridiculously slow:
> > > > 
> > > > Check for the presence of "systemd" options in /etc/nsswitch.conf.
> > > 
> > > I'm curious. Which libnss-* package failed to remove itself from
> > > nsswitch.conf?
> > 
> > Looks like libnss-systemd
> 
> That's interesting. libnss-systemd ships a valid postrm script that's
> supposed to do just that - removing "systemd" entries from
> nsswitch.conf ($module=systemd, $file=/etc/nsswitch.conf):
> 
> # we must remove possible [foo=bar] options as well
> sed -i -r "/(passwd|group):/ 
> s/[[:space:]]+$module\b([[:space:]]*\[[^]]*\])*//" $file
> 
> But:
> 
> 1) postrm script bails if it finds that libnss-systemd is still
> installed, but for another architecture.
> 
> 2) It invokes "sed", not "/bin/sed", and that's another possible reason
> for such failure - locally installed /usr/local/bin/sed which does not
> understand "-i" option or misinterprets that regexp.
> 
> 
> I suggest you to file a bug against libnss-systemd. They use perl in
> postinst already, they might use it in postrm as well.

These might well be bugs, but they seem unlikely to apply here:
it was a fresh Buster install on a new machine, only AMD64
arch, and no locally installed anything yet.

I believe this is the second time I've seen it, though -- I have
a very old laptop that I used as an trial Buster install,
and I had ascribed the terrible slowdowns to some bit of failing
hardware. I should pull that off the shelf and see if it's
libnss-systemd still being installed and enabled in
nsswitch.conf.

Thanks.

-dsr-

Re: Removing systemd from Buster: everything gets slow

[Greg Wooledge]

On Wed, Nov 06, 2019 at 07:39:08PM +, Brian wrote:
> I've never seen anything systemd related in /etc/nsswitch.conf. How does
> it get there?

wooledg:~$ cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.

passwd: compat systemd
group:  compat systemd
shadow: compat
gshadow:files

hosts:  files mdns4_minimal [NOTFOUND=return] dns
networks:   files

protocols:  db files
services:   db files
ethers: db files
rpc:db files

netgroup:   nis


Based on previous messages in this thread, it's placed there by the
postinstall script of libnss-systemd.

Re: cifs mount

[Christopher Judd]

[solved] - sortof

After some googling and experimentation, I installed keyutils, and the
mount command now seems to work.  Should cifs-utils depend on keyutils?

-Chris

On Wed, Nov 6, 2019 at 2:01 PM Christopher Judd 
wrote:

> The share is on a Windows server, NTFS filesystem using DFS.
>
> -Chris
>
> On Tue, Nov 5, 2019 at 11:49 AM Christopher Judd 
> wrote:
>
>> Hi,
>>
>> We have a samba share here of the form .  I
>> used to be able to mount this, but in no longer works, When I try, I get
>> this result:
>>
>> $mount.cifs //xxx/yyy/zzz /myshare --verbose -o credentials=cifs.creds
>>
>> mount.cifs kernel mount options:
>> ip=10.50.66.240,unc=\\xxx\yyy,uid=1000,gid=1000,user=cdj03,domain=xxx,prefixpath=myshare,pass=
>>
>> mount error(2): No such file or directory
>>
>> And the kernel log shows:
>>
>> CIFS: Attempting to mount //xxx/yyy/zzz
>> CIFS VFS: BAD_NETWORK_NAME: \\xxx\yyy
>> CIFS VFS: cifs_mount failed w/return code = -2
>>
>> I can mount this share successfully from a Windows box. Any ideas on how
>> to get this working again?
>>
>> -Chris
>>
>>

Re: pass simple readline frontend

[André Rodier]

On Tue, 2019-11-05 at 18:30 -0800, Kushal Kumaran wrote:
> André Rodier  writes:
> 
> > Hello,
> > 
> > I want to use the pass password urtility on Linux, in my Emacs
> > eterm.
> > 
> > The TERM environment variable seems to be ignored, the ncurses
> > utility
> > starts and this is totally unusable.
> > Is there any option, beside recompiling the software to have it
> > working properly?
> > 
> 
> Have you looked at the emacs mode for pass?
> https://stable.melpa.org/#/pass
> 
> Not sure what your usecase is, but I find the emacs mode suffices for
> everything I need it to do.
> 
Hello Kushal,

Yes, I am using it to manage the passwords, but the gpg agent is not
compatible and starts an ncurses frontend in the eshell prompt.

Apparently, Dominik have proposed a solution.

Thanks,
André

a quien corresponda

[Kali]

KALI LINUX
Hacking | Offensive Security

Kali es un Sistema diseñado especialmente para “hackear”, con el fin de 
encontrar vulnerabilidades en nuestros propios sistemas, las cuales pueden 
dejar en riesgo nuestras bases de datos, conversaciones personales, datos 
bancarios y toda información importante.

EVENTO TOTALMENTE ÚTIL PARA TODOS:

Personas particulares: Adquirirá conocimientos que NINGÚN otro instructor o 
centro de capacitación en todo México podrá ofrecerle. 

Empresas de TI: Agregará al CV de su empresa un reconocimiento internacional de 
un experto en seguridad informática a nivel mundial, añadiendo un gran valor a 
los serivicios que ofrecen. 

Empresas de otros ramos: Logrará garantizar la seguridad de su negocio, y 
siguiendo las prácticas adecuadas, jamás sufrirá estafas, fraudes, extorsiones, 
robos o pérdida de información por empleados desleales o atacantes externos.

EL EXPERTO: Consultor de seguridad informática para el IDF (Israel Defence 
Force) las fuerzas armadas israelíes, con los siguientes certificados: Técnico 
capacitado (A+), MCSE (Microsoft), CCNA (Cisco), CCSA (Check Point), SCSA (Sun 
Microsystems), CISSP (ISC2) – seguridad informática CEH Certi¬ed Ethical Hacker.

Si requiere más información de cómo este evento puede ahorrarle mucho dinero, 
cómo participar o más detalles en general, póngase en contacto al 800 942 6324, 
al WhatsApp 558 379 5727 o responda este email con sus datos y nosotros le 
haremos llegar toda la información sin compromiso. 

Nombre: 
Email: 
Teléfono: 




























if need stop this messages, just need reply this email with the word REMOVE on 
the sobject 

Re: Correlation between Log Files and Display Report?

[Susmita/Rajib]

Dear Sir, Prof. Greg Wooledge,

Thank you very much for your kind reply.

I have been aware of rsyslog and rsyslog.conf. The part that directs
writing of the log files, such as, kern.log, syslog, user.log and so
on, within /var/log/ folder.

Now my Next Query:
Have you been to, and perused, the query at the Debian Forums link:
http://forums.debian.net/viewtopic.php?f=5&t=143901&p=708902#p708902

Please do. There you shall find snapshots of my monitor's messages. I
am willing to upload my log files to the said drive folder.

Could a direct correlation be drawn? I need to lose those error
messages. Yes, I could simply eliminate writing those error messages
by hashing those lines in rsyslog.conf which write those log files ;-)
but that is not the kind of solution that I am seeking.

Then we shall proceed to the next level, as you have given me a window
to understand things in a little more details. Of course, up to the
limit that my ability to understand these, permits. ;-)

Regards,
Rajib

Re: auxiliary mail client for HTML

[Russell L. Harris]

On Wed, Nov 06, 2019 at 01:13:10PM +, ? wrote:

How about Gnus? Below is example:
https://gitlab.com/soyeomul/Gnus/blob/master/ss/IMG_20191106_215916_resized_20191106_100052740.jpg


I did consider Gnus.  My editor is Emacs, and ten or more years ago I
did run Gnus, for about a year.  But Gnus is a bit complicated to
configure, and is even more esoteric than is Emacs.  I may take
another look at Gnus.  Thanks for the suggestion.

Re: auxiliary mail client for HTML

[Russell L. Harris]

On Wed, Nov 06, 2019 at 09:43:00AM -0500, rhkra...@gmail.com wrote:

Just to throw one more suggestion into the ring, I'm sure older versions of
kmail can do what you want, like the one in KDE 4.8.4 / Debian Wheezy (kmail
1.13.7).


The few times I have used KDE stuff it has been impressive.  But for a
long time I had difficulty taking KDE seriously, because of the crude,
child-like icons.  Also, icon-oriented menus require the rodent, and I
hate mice, whether attached to the computer or living in the barn.
Still, anything which works is better than anything else that doesn't work.

Re: auxiliary mail client for HTML

[mick crane]

On 2019-11-04 23:22, Russell L. Harris wrote:

Several times a week I receive a HTML email with numerous links.  Mutt
(or neoMutt, which I am using until I upgrade my Debian installation)
seems not to be a good solution for such messages.

What is a decent, simple GUI client which I can point at my maildir
structure to read such messages and be able to open on the links with
a click?

I do not require SMTP; I plan to use Mutt for any response I send.


I've settled on Roundcube, Dovecot, Sieve, getmail, and whatever 
roundcube uses to send.
Can view in text or HTML, view or don't view images by clicking a 
button.

All in one place accessible from anywhere locally.
A little bit of a faff to set up but plenty of documentation.

mick



--
Key ID4BFEBB31

Re: auxiliary mail client for HTML

[Russell L. Harris]

On Thu, Nov 07, 2019 at 04:31:35AM +, mick crane wrote:

I've settled on Roundcube, Dovecot, Sieve, getmail


Roundcube is what my old ISP was using for the webmail interface, and
I used it for almost a year.  But I never thought of it as a package
for my desktop.  And it is in the Debian archive.  Thanks.

Mirror Station in China

[Outsider Ksana]

Hello,I'm a user from China. I have a problem installing Debian on the network, 
China's Debian image stations all use the HTTPS protocol now, but the default 
source address configured in the Debian installation image is still HTTP, which 
makes me stuck in the position of auto configuring apt during installation. I 
hope you can change the default source address configuration or tell me how to 
change the source address configuration in the installation image.Thanks!

Re: Mirror Station in China

[An Liu]

Hi，


On Thu, Nov 7, 2019 at 07:21 Outsider Ksana  wrote:

> Hello,I’m a user from China. I have a problem installing Debian on the
> network, China's Debian image stations all use the HTTPS protocol now,
>
I dont think it is true.
try http://mirrors.163.com/debian
or http://mirrors.ustc.edu.cn/debian/  would be faster if you are in “edu”
environment



> --
Liu An