Re: OpenSSL-1.1.0 COPR for Rawhide

2016-07-22 Thread Antti Järvinen
Tomas Mraz writes:
 > for anybody insterested in testing and/or porting applications to the
 > new OpenSSL 1.1.0 API I've prepared a COPR repository:

Strongly advised, OpenSSL 1.1 API changes slightly compared to 1.0 and
at least in debian the list of packages not compiling any more was rather
impressive, see 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827061
and I'd expect something similar in other distributions too. Mostly
this is head-ache of upstreams but it might be good manners to file
upstream error tickets early :)

--
Antti Järvinen
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org


Re: Sponsor shortage

2015-07-12 Thread Antti Järvinen
Michael Schwendt writes:

  Over the last years I've talked to quite some people. Some simply find
  the package review process too embarrassing, because the tickets are
  world-readable. Once they learn that the package they offer is full of
  mistakes, they consider it public shaming and would like to delete

Normal thing in sw development ; when starting my studies/career I
first found it difficult to be told what and how I'm doing wrong. And
it is very delicate process to conduct from reviewers side to do so 
that the person whose work is under review does not feel he is told that
YOU are The clueless wrongdoer and whatnot but instead point out the
actual issues in neutral manner and suggest for fixes.

In Finland where I did my studies this was actually one topic at
school, also the person-person part of review/inspection.

Open-source should be done with open sw process, that is one reason
the process should be public, also having several pairs of eyes to
review the same package finds more issues, leading to better
quality. If reviewers disagree with each others, reasoning of
decisions is also in the open.

Sw is a bit like poetry, the programmer/packager/maker exposes piece
of her mind and may hope that others like that. Lets try to be gentle :)

--
Antti, also still looking for a sponsor
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

New content (Was: Re: Reminder: Fedora 20 end of life on 2015-06-23)

2015-05-27 Thread Antti Järvinen
Matthew Miller writes:
  So, here's a question With F21 released December 9, but F23
  scheduled for October*, if we go with the normal one month overlap,
  that means the total F21 livespan will be only 11 months. We often tell

May is ending soon,

4 months to go before October. Say, if I have a new package in package
review in hopes of finding a sponsor for the package, it is obviously
already too late to get included in F22 - with 4 months timeframe and
good quality sw in hand, would it sound realistical to have a package to go
trough all required steps in order to get included in release in Oct? 

--
Antti Järvinen, proud reporter of 
 https://bugzilla.redhat.com/show_bug.cgi?id=1202063
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: qt5 as default?

2015-04-22 Thread Antti Järvinen
Kevin Kofler writes:
  For applications that support both? In the absence of other criteria (e.g. 
  features that are not yet ported, or conversely, features that require Qt 
  5), the rule of thumb is to build against Qt 5 on Fedora 22 and newer, and 
  against Qt 4 on Fedora 21 and older.

There is also same decision to make regarding libraries that have not been
re-packaged to support both qt4 and qt5. One good example is 
https://admin.fedoraproject.org/pkgdb/package/qjson/
- there is no separate binary package libqjson-qt5 and libqjson-qt4. The
library from source works all right with both but if the library is
built and linked against qt4, it can also be used to build application
that links against qt5 and everything goes all right. Only downside is
immediate SIGSEGV when you invoke methods from the library :)

--
Antti
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Self Introduction: Antti Järvinen

2015-03-14 Thread Antti Järvinen
Dear Sirs,

I have filed a bug at
https://bugzilla.redhat.com/show_bug.cgi?id=1202063 with hope that
piece of sw introduced there will be useful for others too. According
to
https://fedoraproject.org/wiki/Join_the_package_collection_maintainers
I feel obliged to introduce myself in this mailing list too as I
understand it might be possible for me to maintain my package under
review for fedora linux too. 

In addition to having submitted a package on review I can also try
helping in other packaging or QA functions that fedora linux project
might have, if I can and if my time permits. The initial nudge to
create the piece of sw under review was observation how regular
internet users mis-use capabilities of open-source sw available:
message exchange is very fundamental thing inside internet. Regardless
of availability of flat address space and various security-related
tools people often ask me to communicate through services that
disregard the flat address space (by having for example client-server
infrastructure) and make usage of privacy-related tools
difficult. This attempt for fixing those problems is simplicity ;
there is straightforward user-interface that, when used, will make use
of server-less data-storage, server-less message exchange and normal
library procedures for content encryption. 

In the past I have not, at least under my real name, contributed to
popular open-source sw projects, I have been only using and 
developing on top of them. Before linux came into existence I was
using minix on atari st. I started to use linux at kernel version 0.98,
switched to commercial unixes between kernels 1.3-2.0 and started to
regularly use again linux when kernel was 2.0. Some projects that I have
made I have tried to share with community but found very little
interest :) I earn my salary as sw developer, since year 1996 or
something, and have previously been paid to contribute to projects
related to industrial process control, mobile phone sw, embedded sw on
small devices, many kind of web-services, other data-transmission
related things and all this in every common platform, including
open-source and commercial unixes. The programming languages I'm most
comfortible with are C, C++, /bin/sh, java, tcl, c#, pl/sql but almost
anything goes to small extent.

The guide to writing introduction made a question why should I be
trusted but I have no answer. Reputation grows with time. I have 
included link to SRPM with hope that someone will read through it and
check that it will not attempt dd if=/dev/zero of=/dev/sda bs=4k
-equivalent on first run ; it should not. I'm from finland, some
people involved in open-source scene might recognice me but I don't
know. My understanding of of possibilities of internet is that we
might promote equal opportunities by encouraging use of services that
are not tightly in hands of one person or organization only ;
Classified ads clearly falls into this category. Latest source code to
Classified ads is at https://github.com/operatornormal/classified_ads
and as user of Classified ads messaging system I understand that usage
of unpopular messaging system contributes only to monologue so I invite
everybody to immediately join the DHT of the system, my address inside
Classified ads is 6AC2D159AB3A0B0F241DD6D12E4A1673588DD0E8. 

--
Antti Järvinen, Oulu, Finland

-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1

mQGiBDi9E/8RBACkxa+Ri4/HApuv5XmnATpnvDBu8qlAtOn55x4iiZ2xpb+EF/lG
nQpv7qSffemUwe8bb8t7Ob8DbIXjdTqHfbUvjoYesZTSYf7qAaVVSnPJxaWHxxMC
waVfQfE1FTsEjk1dS5m5nwwSmfQC12jeA0nDXDdfK2l3QJlEL7xXQgLhdwCglr6d
wAQnOajIWJKS860lzCNI7nMD/R0aXHbOi8T5Ts+TQcS255EtC7sEVw4M7KJGwIql
6yG+y/x8NCx4o1F8N7LXNDscl0Cb3KmnTvsFqVmUiQTT8chdU7SZQB/88etRI+7c
Sqh8D1xtCsCBLwLpxSA/61LEU/z/AguVsPMNSq52MD1bOgCakmbVNEca/Sn3ECsR
bi8rA/4qps8gq4bos6OO0WPG8+q1xZ/DJaug63tZX2Db9vOGM5Gi2pCygyBm6+6l
oOO5jm/U2qmZPhru91jPrNoldNpQWC0O4Pnq3frpk+la9v/jMDiaVTWXbVv9vMxz
fi/UhRVcrlNQA82xyulKBuf8Hg/euLP/eCROko+vNvLlzXx98bQsQW50dGkgSsOk
cnZpbmVuIDxhbnR0aS5qYXJ2aW5lbkBrYXRpc2thLm9yZz6IYgQTEQIAIgUCVPCy
CAIbAwYLCQgHAwIGFQgCCQoLBBYCAwECHgECF4AACgkQUTdja+nNMWPmogCfXius
pprwVtUq21yEUhd0Ot+M7p0An11nWVx29yu+gL23/MZd6bcMt5pPtExBbnR0aSBT
LiBKYXJ2aW5lbiAoa2V5IHVzZWQgdG8gc2lnbiBzY2h0b25rKSA8c2NodG9uay5x
dWVzdGlvbnNAa2F0aXNrYS5vcmc+iGAEExECACAFAkktrpECGwMGCwkIBwMCBBUC
CAMEFgIDAQIeAQIXgAAKCRBRN2Nr6c0xY6LTAJ4i78CnleERb0qJi6P7rlvgj2Fh
GQCfRN1cA6XVg9j945Ns4S1/Pr5baYG0KkFudHRpIFMuIErDpHJ2aW5lbiA8YW50
dGkuamFydmluZW5AaWtpLmZpPohgBBMRAgAgBQJGur+uAhsDBgsJCAcDAgQVAggD
BBYCAwECHgECF4AACgkQUTdja+nNMWN2TgCdHt72WoZhvpaznnkie27SsPIUkCAA
oIfURI+os/fjS5CI3RyVw57rmqlwtCNBbnR0aSBTLiBKYXJ2aW5lbiA8Y29zdGVs
bG9AaWtpLmZpPohgBBMRAgAgBQJGur9vAhsDBgsJCAcDAgQVAggDBBYCAwECHgEC
F4AACgkQUTdja+nNMWP0tQCeNACeSfqsEvS4b2dSUtC23EHngeQAoIVwMLdd0t7o
jdb0CoVks+/vEdmftDZBbnR0aSBKw6RydmluZW4gPGNsYXNzaWZpZWQtYWRzLnF1
ZXN0aW9uc0BrYXRpc2thLm9yZz6IYgQTEQIAIgUCVPC+TAIbAwYLCQgHAwIGFQgC
CQoLBBYCAwECHgECF4AACgkQUTdja+nNMWPHLQCfdgwq9WZB1235EVviw6PWd4Zg
4lQAn2OuoUIsYhGCbkwS9XHxsee