You are not logged in. Please login or register.
QElectroTech → EN : Help, suggestions, discussions, ... → Error repository
sudo apt-get update
Update
error repository:
"E: The repository "https://ppa.launchpadcontent.net/scorpio/qelectrotech-dev/ubuntu kinetic Release" does not have a Release file."
"N: Updating from this repository cannot be done securely and is therefore disabled by default."
Schermata 2023-01-02 alle 16.26.12.png 98.56 kb, 61 downloads since 2023-01-02
setup as instructed on QE:
Schermata 2023-01-02 alle 18.42.15.png 110.33 kb, 71 downloads since 2023-01-02
Upgrade off pinning :
sudo sed -i 's/'"version 0.90.*"'/'"version 0.100.*"'/' /etc/apt/preferences.d/40qelectrotech-develEdit: I'm adding Ubuntu Kinetic for future packages.
For these application I switched to kubuntu.
MAC is supportive only.
you are magical!
thanks
Accepted:
OK: qelectrotech_0.100.r7778.orig.tar.gz
OK: qelectrotech_0.100.r7778-2ubuntu4.debian.tar.xz
OK: qelectrotech_0.100.r7778-2ubuntu4.dsc
-> Component: main Section: electronics
qelectrotech (0.100.r7778-2ubuntu4) kinetic; urgency=medium
* Kinetic Upload to ppa
For these application I switched to kubuntu.
MAC is supportive only.
you are magical!thanks
Yes, for MAC we need a C++ Qt developer familiar with this operating system. We don't have a MAC, I'm running it in virtual environment just to build and package it, my attempts to passtrough GPU for graphics acceleration failed and wasted some free time... It's already a big job for the packaging...
My old RX550 isn't a Baffin.. And I love Debian Linux ... for work and use all day.
https://www.reddit.com/r/VFIO/comments/ … re_0x67ff/
https://www.reddit.com/r/VFIO/comments/ … x_550_gpu/
You are right. I will be switching to Debian soon... When I get more knowledge of Linux which I used for a while at least 20 years ago.
The Mac is just for other things. it is reliable as hw and works great with windows VMs (for cad and pcb).
ciao.
I'm using Debian Sid here, mostly because I have recent hardware that requires the latest kernel (which I compiled for each release...but stopped now to reduce my power bill..., mesa, firmware, etc ..
I've been using Debian unstable for over 20 years but it's not for beginners, all days you have a big full of upgrade package and sometimes I have problems too.... like others!
When Debian enters freeze period... for preparing future Debian Stable version, you need sometimes to pick packages in experimental repository ...
For my laptop which I don't use often, I use Kubuntu LTS version which is sufficient in dual boot with Windows 10, for check QET packages and other work.
At my work I also use Debian but in the stable version, it's rock and stable and security updates are followed, this is not a development and packaging workstation.
I understand, thank you for the information.
I don't want to get into problems I can't solve...
I will adopt your advice.
Thank you.
ciao.
Hi, Laurent
with new AppImage: QElectroTech_0.10-DEV-r7778-x86_64.AppImage
when he opens the file that I had previously worked on and saved with dev 0.9 he always generates this message:
I opened it and overwrote it but it keeps reporting it.
Schermata 2023-01-13 alle 03.51.30.png 44.87 kb, 54 downloads since 2023-01-13
Hi Tiz,
please try new packages, I added more informations:
https://git.tuxfamily.org/qet/qet.git/c … f49ee5f4af
//Since QElectrotech 0.9 the compatibility with project made with
//Qet 0.6 or lower is break;
//keep float here for very old version
qreal r_project_qet_version = root_elmt.attribute(QStringLiteral("version")).toDouble(&conv_ok);
if (conv_ok && r_project_qet_version <= 0.6)
{
auto ret = QET::QetMessageBox::warning(
nullptr,
tr("Avertissement ", "message box title"),
tr("Le projet que vous tentez d'ouvrir est partiellement "
"compatible avec votre version %1 de QElectroTech")
.arg(QET::version) +
".\n"
"Afin de le rendre totalement compatible veuillez ouvrir ce même projet "
"avec la version 0.80 de QElectroTech et sauvegarder le projet "
"et l'ouvrir à nouveau avec cette version.\n"
"Que désirez vous faire ?",
QMessageBox::Open | QMessageBox::Cancel
);
if (ret == QMessageBox::Cancel)
{
m_state = FileOpenDiscard;
return;
}
}
}
Fix translations:
https://git.tuxfamily.org/qet/qet.git/c … 1ac94046e4
Get 0.8 AppImage.
wget https://download.qelectrotech.org/qet/builds/AppImage/QElectroTech_0.8-r7124-x86_64.AppImageAnd try to save your project with this 0.8 and re open with latest 0.100 appimage.
wget https://download.qelectrotech.org/qet/builds/AppImage/QElectroTech_0.10-DEV-r7784-x86_64.AppImageMake a backup of your project before.!
BTW, if you have created your project with 0.8, 0.9 versions you can open your project, if is a example provided by us, yes some was old and need to be converted with 0.8 version.
Joshua can talk about it better.
Edit : Maybe is also this problem .. -> https://www.quora.com/What-is-greater-0-3-or-0-30
when we changed version 0.90 to 0.100
We want to fix with QVersionNumber see: https://www.ics.com/blog/whats-new-qt-5 … sionnumber
https://git.tuxfamily.org/qet/qet.git/c … 246c8e24c7
While it is supported by QVersionNumber, it is rare for software to use more than three levels of numbering. For convenience, the first three segments are referred to as major, minor and micro respectively.
https://doc.qt.io/qt-6/qversionnumber.html
hi,
OK done.
I open with 0.8.
I saved it by renaming it.
So I opened it on .10 and he didn't give me the signal.
Thank you.
Fixed by Remi:
https://github.com/qelectrotech/qelectr … r/pull/244
Hello,
What can cause the orientation of certain names to be incorrect when setting the title block of the page from horizontal to vertical? (%title, %projecttitle...)?
......
How do you insert multiple images or screenshots?
[img]Immagineallegata-12-1.png[/img]
Grazie,
Ciao.
Immagineallegata-14-1.png 181.53 kb, 58 downloads since 2023-01-14
You could share this title block?
For tag
[img]url to server/image1[/img]
[img]url to server/image2[/img]
Btw, you can add more file in the same message.
Hi,
Resolved.
The texts in the variable cells, during the rotation, being the shorter side, did not enter inside.
He'll use a vertical page with proportionate cartouche for these purposes (layout, instructions) etc...
Thanks Laurent.
Eleco 0123K.titleblock 394.73 kb, 58 downloads since 2023-01-14
Great! 
Nice titleblock!
tiz.meneghe wrote:For these application I switched to kubuntu.
MAC is supportive only.
you are magical!thanks
Yes, for MAC we need a C++ Qt developer familiar with this operating system. We don't have a MAC, I'm running it in virtual environment just to build and package it, my attempts to passtrough GPU for graphics acceleration failed and wasted some free time... It's already a big job for the packaging...
My old RX550 isn't a Baffin.. And I love Debian Linux ... for work and use all day.https://www.reddit.com/r/VFIO/comments/ … re_0x67ff/
https://www.reddit.com/r/VFIO/comments/ … x_550_gpu/
I slightly improved my AMD Threadripper OSX/KVM and gained a lot of fluidity without going through the GPU passthrough...
Compiling QET on Monterey take ~34 s with CLANG 14 vs 32 s with GCC on my Linux host, is fine, but emulating an APPLE Silicon in QEMU is a hassle... and you have Rosetta2 which should work fine, without too much slowdown, if you have any feedback?
I'll leave that aside for a moment.
https://www.phoronix.com/review/apple-mac-m1
Rosetta 2
benchmarks is that some x86_64 binaries work even faster than natively on
previous Intel Macs.
https://worthdoingbadly.com/xnuqemu3/
https://news.ycombinator.com/item?id=25064593
on Nov 12, 2020 | prev | next [–]
> Besides, Hackintoshes are often built when Apple’s own hardware isn’t fast enough; in this case, Apple’s ARM processors are already some of the fastest in the industry.
They are also used when one wants more cores than are possible on Apple hardware. If you want a build engine for a medium to large sized compiled language project, Apple has no options that make economic sense, since a Ryzen Threadripper will beat everything else hands down. The same is true of every other embarrassingly parallel, linearly-scaling compute problem.In such cases, the "speed" of Apple's own silicon doesn't help at all.

on Nov 12, 2020 | parent | next [–]Hackintoshes from my experience are usually built as a low cost hobbyist alternative. Most people earning a living from a Mac will sacrifice speed to have stability and support.
Plenty of people who want MacOS but cannot afford the official Mac will use it instead.
on Nov 12, 2020 | root | parent | next [–]I need to build my software for macOS. On my Ryzen Threadripper running Linux, I can run a faster, more powerful KVM/QEMU version of Mojave than I can buy from Apple, while still having cores and RAM left for Linux.
I could afford to buy hardware from Apple, but why would I when the cost/performance ratio for an embarrasingly parallel compute task like compiling is so much worse?
on Nov 12, 2020 | root | parent | next [–]Like the previous person said, mainly stability and support. There's no doubt that macOS can run much faster in non-Apple hardware given certain parameters, but if you want support and solid stability you would probably go with Mac hardware.
Creating a Mac Universal binary for Intel and ARM M1/M2 with Qt
https://successfulsoftware.net/2022/09/ … 2-with-qt/
https://worthdoingbadly.com/sim-macos-arm-sdk/
https://blogs.blackberry.com/en/2021/05 … -emulation
QElectroTech → EN : Help, suggestions, discussions, ... → Error repository
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.032 seconds (62% PHP - 38% DB) with 11 queries