Activity for InfoLibre
-
InfoLibre modified a comment on ticket #98
And Firmware Revision too.
-
And Firmware revision too.
-
Serial number and Model number for some USB key are displayed as binary data instead of UTF8 data
-
I opened this ticket: https://github.com/clamwin/clamav-win32/issues/29
-
Maybe this bug? https://github.com/clamwin/clamav-win32/issues/27
-
Maybe a bug? https://github.com/clamwin/clamav-win32/issues/27
-
I downloaded 32bit version, extracted and replaced all files in ClamWin bin directory, replaced clamwin.zip in the ClamWin lib folder with https://oss.netfarm.it/clamav/files/clamwin.zip and it still not downloads updates: SSL peer certificate or SSH remote key was not OK.
-
Ah, this one: https://oss.netfarm.it/clamav/files/clamwin.zip
-
When you say "you also need to replace clamwin.zip in the ClamWin lib folder with this one", where is this one?
-
I'm waiting developers answer about Babar: https://github.com/clamwin/clamav-win32/issues/28
-
It works now, excepted when you click on English flag on the top corner.
-
Same bug in Windows XP and in Windows 7.
-
Could someone update ClamAV / FreshClam in ClamWin? https://github.com/Cisco-Talos/clamav/issues/1123
-
It works now, excepted for https://www.clamwin.com (when you click on English flag on the top corner).
-
It works now, excepted for https://www.clamwin.com
-
Clamwin can't update its database on Windows 98 SE
-
Firefox can't display clamwin.com anymore.
-
Dead links on clamwin.com
-
Expired certificate on clamwin.com
-
-
-
-
-
-
DVDisaster dependency is missing
-
A suggestion: - show the content of the zip package without C:\FreeDOS\, just tree_in_the_zip_package\filename. - add the location where file is going to be installed next to each file. Example: ? -> c:\freedos\links\p7zip.com ARCHIVER\P7ZIP\README.TXT -> c:\util\p7zip\readme.txt APPINFO\P7ZIP.DE -> c:\freedos\appinfo\p7zip.de
-
A suggestion: show the content of the zip package without C:\FreeDOS\, just tree_in_the_zip_package\filename.
-
You can close this ticket.
-
It seems because they are DVD reader only, not DVD writer.
-
Same problem with a HL-DT-ST GDR8082N CD/DVD driver.
-
I'm using cdrtfe 1.5.9.
-
If a plug another CD/DVD driver instead of HL-DT-ST GDR8084N, it appears in the top right menu of cdrtfe. I updated HL-DT-ST GDR8084N firmware with DELL official firmware update, same problem.
-
My CD/DEV isn't recognized
-
Error in a menu name on CDRTFE website
-
My configuration: Linux Mint Cinnamon 22.
-
Error when opening old ZIP files
-
Seems to be a Brasero bug, as I've got this error with other ISO files. Sorry, you can close this bugreport. https://gitlab.gnome.org/GNOME/brasero/-/issues/375
-
Seems to be a Brasero bug, as I've got this error with other ISO files. Sorry, you can close this bugreport.
-
Can't burn ISO until I manually choose the ISO format
-
LuckyBackup (super user) starts well now from Linux Mint Cinnamon 22 menu.
-
Directory for Clonezilla image repository is hidden if it contains spaces
-
Dead links list
-
There are about 300-500 other dead links, se joined file. You should remove this tracker too: <script type="text/javascript" src="//pagead2.googlesyndication.com/pagead/show_ads.js"> </script>
-
Dead link on DRBL.org website
-
Replace InfraRecorder by cdrtfe
-
It's very useful to have Memtest86+ on Clonezilla live DVD, to test RAM before cloning. What do you think about adding Hardware Detection Tools too? It's useful to quickly detect which hardware you are using before cloning (32 or 64bit processor, disk size...). But HDT is an abandoned project, it needs somebody to renew it. https://github.com/abandonware/abandonware.github.io/issues/7
-
It's very useful to have Memtest86+ on Clonezilla live DVD, to test RAM before cloning. What do you think about adding Hardware Detection Tools too? It's useful to quickly detect which hardware you are using before cloning (32 or 64bit processor, disk size...). But HDT is an abandoned project, it need somebody to renew it. https://github.com/abandonware/abandonware.github.io/issues/7
-
It's very useful to have Memtest86+ on Clonezilla live DVD, to test RAM before cloning. What do you think about adding Hardware Detection Tools too? It's useful to detect which hardware you are using before cloning (32 or 64bit processor, disk size...). But HDT is an abandoned project, it need somebody to renew it. https://github.com/abandonware/abandonware.github.io/issues/7
-
It's very useful to have Memtest86+ on Clonezilla live DVD, to test RAM before cloning. What do you think about adding Hardware Detection Tools too? It's useful to detect which hardware you are using before cloning (32 or 64bit processor, RAM qty...). But HDT is an abandoned project, it need somebody to renew it. https://github.com/abandonware/abandonware.github.io/issues/7
-
Homepage URL is wrong on https://sourceforge.net/projects/streamtuner2/support and on https://sourceforge.net/projects/streamtuner2/ Should replace https://freshcode.club/projects/streamtuner2 by http://milki.include-once.org/streamtuner2/
-
All subdomains, fr.clamwin.com... use obsolete certificates.
-
Sorry. I didn't know if one must post here or on Github.
-
External USB disks are not detected but their partitions are
-
I'm using Linux Mint Cinnamon 20.3 and I still have this bug. Could someone test in Debian, to know if it's a problem with the Debian package or only with the Mint and Ubuntu packages?
-
I'm using Linux Mint Cinnamon 20.3 and I still have got this bug. Could someone test in Debian, to know if it's a problem with the Debian package or only with the Mint and Ubuntu packages?
-
I'm using Linux Mint Cinnamon 20.3 and I still have got this bug. Could someone test in Debian and/or Ubuntu, to know if it's a problem with the Mint package or with the Debian or Ubuntu package?
-
Tested the new version of PeaZip, it works fine, thank you.
-
Certificate alert.
-
There's a problem with the SSL certificate on https://www.clonezilla.org
-
No, I will wait that Debian/Ubuntu/Mint ? solve this bug.
-
Must I ask to Linux Mint mainteners to add the net.luckybackup.su.policy file or is it a file that will be installed by LuckyBackup package in a next version ?
-
I'm using Linux Mint 20 with Cinnamon now. And I've got the same bug, LuckyBackup (root) doesn't start, only LuckyBackup as normal user.
-
I looked at the 2 packages contents with Synaptic. luckybackup : /usr /usr/bin /usr/bin/luckybackup /usr/bin/luckybackup-pkexec /usr/share /usr/share/applications /usr/share/applications/luckybackup-su.desktop /usr/share/applications/luckybackup.desktop /usr/share/doc /usr/share/doc/luckybackup /usr/share/doc/luckybackup/changelog.Debian.gz /usr/share/doc/luckybackup/copyright /usr/share/lintian /usr/share/lintian/overrides /usr/share/lintian/overrides/luckybackup /usr/share/man /usr/share/man/man8...
-
Must I ask to Linux Mint mainteners to add the net.luckybackup.su.policy file or is it a file that will be installed by LuckyBacup package in a next version ?
-
It's OK with Clonezilla 2.6.6.15. You can close this ticket. Thank you for your help.
-
It's OK with Clonezilla 2.6.6.15.
-
This file did not exist in /usr/share/polkit-1/actions/. I created it with the content you posted here. And I put the MATE menu as it was before (option "Type = Application" and command = /usr/bin/luckybackup-pkexec) and it works now.
-
1) From a terminal : $ /usr/bin/luckybackup-pkexec qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) $ cat /usr/share/polkit-1/actions/net.luckybackup.su.policy cat: /usr/share/polkit-1/actions/net.luckybackup.su.policy:...
-
https://github.com/linuxmint/linuxmint/issues/277
-
1) From a terminal : $ /usr/bin/luckybackup-pkexec qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) $ cat /usr/share/polkit-1/actions/net.luckybackup.su.policy cat: /usr/share/polkit-1/actions/net.luckybackup.su.policy:...
-
1) From a terminal : $ /usr/bin/luckybackup-pkexec qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) $ cat /usr/share/polkit-1/actions/net.luckybackup.su.policy cat: /usr/share/polkit-1/actions/net.luckybackup.su.policy:...
-
1) sudo -H luckybackup and pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY "/usr/bin/luckybackup" work in a terminal. 2) If I put sudo -H luckybackup in the MATE menu with the option "Type = Application" (see screenshot-1.png), LuckyBackup doesn't start. If I put sudo -H luckybackup in the MATE menu with the option "Type = Application in a terminal" (see screenshot-2.png), it works too but it opens a terminal to ask the password, instead of opening a little window to ask the password. It's not...
-
1) sudo -H luckybackup and pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY "/usr/bin/luckybackup" work in a terminal. 2) If I put sudo -H luckybackup in the MATE menu with the option "Type = Application" (see screenshot-1.png), LuckyBackup doesn't start. If I put sudo -H luckybackup in the MATE menu with the option "Type = Application in a terminal" (see screenshot-2.png), it works too but it opens a terminal to ask the password, instead of opening a little window to ask the password. It's not...
-
Hello, Starting LuckyBackup as superuser works well in Linux Mint MATE 19 but not anymore in LinuxMint 20. I tried the two other command lines as said in http://luckybackup.sourceforge.net/bugs.html but it doesn't work too. https://github.com/linuxmint/linuxmint/issues/277 https://bugs.launchpad.net/ubuntu/+source/luckybackup/+bug/1887279
-
I will ask them. Thank you.
-
Using MuPDF as an alternative of Poppler
-
Ah, OK. But would it be possible to show the content of the zip package and to add a line just before, saying where the content of the package will be installed ? (C:\ or C:\FDOS) ?
-
It would be better if FDIMPLES was using FDNPKG.CFG configuration and showing exactly where files are installed. It's difficult to find where files are installed if FDIMPLES says it's in /bin and that it's in C:\fdos\bin and if it says it's in /devel and that it's really in C:\devel. Would it be possible to improve it, with the letter C:,D:,F: and the complete path of installation ?
-
It would be better if FDIMPLES was using FDNPKG.CFG configuration and showing exactly where files are installed. It's difficult to find where files are installed if FDIMPLES says only it's in /bin and it's in C:\fdos\bin and if it says it's in /devel and it's really in C:\devel. Would it be possible to improve it, with the letter C:,D:,F: and the complete path of installation ?
-
FDIMPLES is using UNIX syntax for paths instead of DOS syntax
-
You can test with these softwares : progs/ : LPQ1 P7ZIP ROMDSK ROMOS devel/ : BCC BWBASIC DJGPP ...
-
You can test with these softwares : LPQ1 P7ZIP ROMDSK ROMOS BCC BWBASIC DJGPP ...
-
You can test with these softwares : LPQ1 P7ZIP ROMDSK ROMOS BCC BWBASIC DJGPF ...
-
FDIMPLES doesn't install softwares in FDOS/PROGS or FDOS/DEVEL
-
If you want to include settings for all languages, I found these lists of CODEPAGES : http://help.fdos.org/en/hhstndrd/base/cntrysys.htm http://help.fdos.org/en/hhstndrd/cnfigsys/country.htm https://github.com/FDOS/country/blob/master/country.asm
-
I found this solution : In C:\FDCONFIG.SYS : Not useful to solve the problem with SYST¬ME but useful for other things, I suppose : !COUNTRY=033,858,C:\FDOS\BIN\COUNTRY.SYS In C:\FDAUTO.BAT : Not useful to solve the problem with SYST¬ME but useful for other things, I suppose : SET LANG=FR ... Solve the problem with SYST¬ME : LH DISPLAY CON=(EGA,,1) MODE CON CODEPAGE PREPARE=((858) C:\FDOS\CPI\EGA.CPX) MODE CON CODEPAGE SELECT=858 Not useful to solve the problem with SYST¬ME but necessary to use french...
-
In FDCONFIG.SYS, I found this line : !COUNTRY=001,858,C:\FDOS\BIN\COUNTRY.SYS For France, I suppose that it should be replaced by : !COUNTRY=033,858,C:\FDOS\BIN\COUNTRY.SYS I tried with this configuration (and with codepage 850 too) but I still have SYST¬ME instead of SYSTÈME. It's strange because on the same screen, other words are well written : démarrage, système (see joined file).
-
In FDCONFIG.SYS, I found this line : !COUNTRY=001,858,C:\FDOS\BIN\COUNTRY.SYS For France, I suppose that it should be replaced by : COUNTRY=033,858,C:\FDOS\BIN\COUNTRY.SYS I tried with this configuration (and with codepage 850 too) but I still have SYST¬ME instead of SYSTÈME. It's strange because on the same screen, other words are well written : démarrage, système (see joined file).
-
I found this solution : In C:\FDCONFIG.SYS : Not useful to solve the problem with SYST¬ME but useful for other things, I suppose : COUNTRY=033,858,C:\FDOS\BIN\COUNTRY.SYS In C:\FDAUTO.BAT : Not useful to solve the problem with SYST¬ME but useful for other things, I suppose : SET LANG=FR ... Solve the problem with SYST¬ME : LH DISPLAY CON=(EGA,,1) MODE CON CODEPAGE PREPARE=((858) C:\FDOS\CPI\EGA.CPX) MODE CON CODEPAGE SELECT=858 Not useful to solve the problem with SYST¬ME but necessary to use french...
-
In fact, the problem is that variables are not usables in FDCONFIG.SYS. With : SET DOSDIR=C:\FDOS ECHO %DOSDIR% The result is : %DOSDIR% instead of : C:\FDOS Is it a bug or is it because the use of variables in FDCONFIG.SYS is not implemented ?
-
I found this solution : In C:\FDCONFIG.SYS : Not useful to solve the problem with SYST¬ME but useful for other things, I suppose : COUNTRY=033,858,%DOSDIR%\BIN\COUNTRY.SYS In C:\FDAUTO.BAT : Not useful to solve the problem with SYST¬ME but useful for other things, I suppose : SET LANG=FR ... Solve the problem with SYST¬ME : LH DISPLAY CON=(EGA,,1) MODE CON CODEPAGE PREPARE=((858) %DOSDIR%\CPI\EGA.CPX) MODE CON CODEPAGE SELECT=858 Not useful to solve the problem with SYST¬ME but necessary to use french...
-
I found this solution : In C:\FDCONFIG.SYS : Not useful to solve the problem with SYST¬ME but useful for other things, I suppose : COUNTRY=033,858,%DOSDIR%\BIN\COUNTRY.SYS In C:\FDAUTO.BAT : Not useful to solve the problem with SYST¬ME but useful for other things, I suppose : SET LANG=FR ... Solve the problem with SYST¬ME : LH DISPLAY CON=(EGA,,1) MODE CON CODEPAGE PREPARE=((858) C:\FDOS\CPI\EGA.CPX) MODE CON CODEPAGE SELECT=858 Not useful to solve the problem with SYST¬ME but necessary to use french...
-
https://github.com/shidel/fd-nls/issues/1
-
Thank you, I will open a ticket on https://github.com/shidel/fd-nls/tree/master/packages You can close this ticket.
-
I don't have C:\PKG_INFO directory on my disk but I've got E:\PKG_INFO on my CD-ROM. And when I edit a .FR file with FreeDOS Edit, the characters are bad. So, the problem with FDIMPLES seems to come from there.
-
I don't have C:\PKG_INFO directory on my disk but I've got E:\PKG_INFO on my CD-ROM. And when I edit a .FR file, the characters are bad. So, the problem with FDIMPLES seems to come from there.
-
I installed FreeDOS on my disk and boot from my disk. When I start FDIMPLES, it read files from my CD-ROM, not from my disk (I hear it) and it shows all categories with all softwares. If I remove the CD-ROM and then start FDIMPLES, there's only one or two categories, with a few softwares. I will try to open french files in \PKG-INFO with FreeDOS Edit, to see if the characters are OK too.
-
I installed FreeDOS on my disk and boot from my disk. When I start FDIMPLES, it read files from my CD-ROM, not from my disk (I hear it) and it shows all categories with all softwares. If I remove the CD-ROM and then start FDIMPLES, there's only one or two categories, with a few softwares. I will try to open french files in \PKG-INFO with FreeDOS Edit, to see if the characters are OK too.
-
I installed FreeDOS on my disk and boot from my disk. When I start FDIMPLES, it's reading files from my CD-ROM, not from my disk (I hear it) and it's showing all categories with all softwares. If I remove the CD-ROM and then start FDIMPLES, there's only one or two categories, with a few softwares. I will try to open french files in \PKG-INFO with FreeDOS Edit, to see if the characters are OK too.
1 >
