Björn Persson wrote:
> I wish I were allowed to use FIDO2. The dominant ID protocol in Sweden
> is called BankID. It's a proprietary and secretive protocol that
> requires a proprietary app that requires an operating system from
> either Apple or Google – or sometimes Microsoft, but in many cases n
Den ons 24 juli 2024 kl 08:32 skrev Björn Persson :
> Kevin Kofler via devel wrote:
> > And at least the German stuff (and the Italian, Portuguese, and Estonian
> > ones) is Free Software. The Austrian ID Austria app is entirely
> proprietary.
> > Though, as far as I know, you can buy physical FID
Kevin Kofler via devel wrote:
> And at least the German stuff (and the Italian, Portuguese, and Estonian
> ones) is Free Software. The Austrian ID Austria app is entirely proprietary.
> Though, as far as I know, you can buy physical FIDO2 hardware, then go
> register that with the ID Austria off
V Tue, Jul 23, 2024 at 12:15:39PM +0200, Julian Sikorski napsal(a):
> Am 22.07.24 um 22:53 schrieb Kevin Kofler via devel:
> > Julian Sikorski wrote:
> > > Germany uses their own implementation too:
> > > https://src.fedoraproject.org/rpms/AusweisApp2
> > > To add insult to injury, it requires the
Am 22.07.24 um 22:53 schrieb Kevin Kofler via devel:
Julian Sikorski wrote:
Germany uses their own implementation too:
https://src.fedoraproject.org/rpms/AusweisApp2
To add insult to injury, it requires the use of custom EC curves, which
are bound to stop working at any moment:
https://bugzilla.
Julian Sikorski wrote:
> Germany uses their own implementation too:
> https://src.fedoraproject.org/rpms/AusweisApp2
> To add insult to injury, it requires the use of custom EC curves, which
> are bound to stop working at any moment:
> https://bugzilla.redhat.com/show_bug.cgi?id=2259403
At which p
Marián Konček wrote:
> I had the same question and I don't exactly remember the most important
> reason, but it was something like there were large differences between
> versions which made the builds more difficult. Now I see it also uses
> Kotlin, maybe that is also a reason. Upstream projects te
Germano Massullo wrote:
> 1. please switch to CMake build system completely: some parts of the
> software need to be built through Eclipse, I.E. cie-pkcs11. CMake should
> be the only build system in the project. CMake will also enable CIE
> Middleware being built for all Linux distributions, Mac O
On Fri, Jul 19, 2024 at 8:57 PM Kilian Hanich via devel
wrote:
>
> Hello,
>
> I am just following this discussion out of interested and this is kinda
> off-topic, but I have a question: Why is that?
>
> Am 19.07.24 um 11:05 schrieb Marián Konček:
> > Gradle is not a preferred build system in Fedor
I had the same question and I don't exactly remember the most important
reason, but it was something like there were large differences between
versions which made the builds more difficult. Now I see it also uses
Kotlin, maybe that is also a reason. Upstream projects tend to just
bundle their o
Hello,
I am just following this discussion out of interested and this is kinda
off-topic, but I have a question: Why is that?
Am 19.07.24 um 11:05 schrieb Marián Konček:
Gradle is not a preferred build system in Fedora due to various problems
with its distribution.
Best Regards
Kilian Hanic
Am 19.07.24 um 06:23 schrieb Kevin Kofler via devel:
Marián Konček wrote:
You will do the others a great service if you use the English
language in GitHub commits and READMEs.
I doubt this will be used outside of Italy, except perhaps by Italian
citizens abroad (like me), who should also under
I submitted the message at
https://github.com/italia/cie-middleware-linux/issues/80
I suggest we can continue the discussion there. Thank you everybody for
your support
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an e
Updated my changes to be as minimal as possible:
https://github.com/italia/cie-middleware-linux/commit/def0b8bec398e4369d6eaa93d4b5143a67989330
This already allows building the Java code with a single command: `mvn
compile / package / install` depending on the desired result. This is
still very
Marián Konček wrote:
[...]Note that my commits are dirty and I am not proposing them as
changes, they show that it is possible to adopt Maven.
So according to this, what would you recommend me to change in the point
n.1 of my draft letter
https://germano.fedorapeople.org/canc/cie_middleware.m
Germano Massullo wrote:
> It worths also mentioning that both the Windows and Mac OS versions do
> not contain any Java source.
> Moreover, the Windows version contains some C# sources
> https://github.com/italia/cie-middleware
> and the Mac OS version contains some Objective C sources
> https://gi
Marián Konček wrote:
> You will do the others a great service if you use the English
> language in GitHub commits and READMEs.
I doubt this will be used outside of Italy, except perhaps by Italian
citizens abroad (like me), who should also understand the Italian language.
It looks like every sin
It worths also mentioning that both the Windows and Mac OS versions do
not contain any Java source.
Moreover, the Windows version contains some C# sources
https://github.com/italia/cie-middleware
and the Mac OS version contains some Objective C sources
https://github.com/italia/cie-middleware-mac
Those aren't "minimal" changes, it is possible to set a pom.xml without
moving the file hierarchy around.
On 18. 7. 2024 20:00, Marián Konček wrote:
Sorry, I didn't answer to your questions.
# Licensing * core-1.0.0.jar: https://github.com/spreiter301/Core --
GPL / Commercial * twinkle seems
Sorry, I didn't answer to your questions.
# Licensing * core-1.0.0.jar: https://github.com/spreiter301/Core -- GPL
/ Commercial * twinkle seems to be this:
https://github.com/spreiter301/Twinkle -- GPL / Commercial others are
either free or are present on Maven Central from which I deduce they
Thank you for understanding my reaction...
As for the Java side: what Eclipse does under the hood is simply
invoking its own compiler and passing it a classpath and source files.
It isn't difficult to manually compile the files using javac and the
bundled libraries:
```
cd CIEID
java_sources=
Hi Marian,
Thanks for the comments. We all had our turns being horrified by this
project. The more you look at it the more you want to use bleach as
eye-drops. Germano is trying to write an issue to at least try to steer
the upstream project in a more sensible directions.
On the CMake side,
On Thu, Jul 18, 2024 at 5:33 PM Marián Konček wrote:
> they should not even be in *any* GitHub repository unless they are used
> for testing. Binary components are not sources.
I would argue that these should not be included even for testing, as
the recent XZ attack unfortunately reminded us...
Hi,
On Thu, 2024-07-18 at 16:42 +0200, Germano Massullo wrote:
> Hello, I discussed the feasibility of packaging
> https://github.com/italia/cie-middleware-linux
> in Fedora devel Matrix channel with Cristian Le and xvitaly. With the
> help of Cristian Le I wrote the following [1] draft that will
Hi, I am a member of Fedora Java package maintainers.
I see several problems with this project:
1. *.jar, *.a, *.o files not only do not belong into Fedora sources,
they should not even be in *any* GitHub repository unless they are used
for testing. Binary components are not sources.
2. Requiri
Hello, I discussed the feasibility of packaging
https://github.com/italia/cie-middleware-linux
in Fedora devel Matrix channel with Cristian Le and xvitaly. With the
help of Cristian Le I wrote the following [1] draft that will be used to
open an upstream ticket to request various improvements to
26 matches
Mail list logo
