Re: koji: ppc64 does not have libatomic in buildroot

[Sander Hoentjen]

On 12/30/2016 01:44 PM, Florian Weimer wrote:
> On 12/30/2016 12:49 PM, Sander Hoentjen wrote:
>> Hi guys,
>>
>> My latest build [1] of dnsdist failed on ppc64, because libatomic is not
>> in the default buildroot there, as opposed to all the other arches.
>> Is this intentional? Should I just add libatomic as a BR?
>>
>> [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=17115104
>
> dnsdist-1.1.0/m4/pdns_check_os.m4 has this:
>
>   case "$host" in
>   mips*)
> LDFLAGS="-latomic $LDFLAGS"
> ;;
>   powerpc*)
> LDFLAGS="-latomic $LDFLAGS"
> ;;
>   esac
>
> If you link against libatomic explicitly, you need to specify a
> suitable build dependency.
>
> (If the dependency on libatomic is introduced by a build dependency,
> that build dependency would in turn have to depend on libatomic, and
> not your package.)
Understood, but why do the aarch64, armv7hl, i686 and ppc64le buildroot
have this by default, but not ppc64?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

koji: ppc64 does not have libatomic in buildroot

[Sander Hoentjen]

Hi guys,

My latest build [1] of dnsdist failed on ppc64, because libatomic is not
in the default buildroot there, as opposed to all the other arches.
Is this intentional? Should I just add libatomic as a BR?

[1] https://koji.fedoraproject.org/koji/taskinfo?taskID=17115104

-- 
Regards,
Sander
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

username with leading underscore in package

[Sander Hoentjen]

Hey guys,

I have a package dnsdist that can now run as an unprivileged user.
Upstream (and in Debian) the choice for the username has been made as
_dnsdist. Is this okay for Fedora as well?

-- 
Sander
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Embedding javascript in binary

[Sander Hoentjen]

On 01/23/2016 08:29 AM, Roman Tsisyk wrote:
>> Wednesday, January 20, 2016 6:33 PM +01:00 from Sander Hoentjen < 
>> san...@hoentjen.eu >:
>>
>> On 01/20/2016 05:44 PM, Stephen Gallagher wrote:
>>> On 01/20/2016 10:18 AM, Sander Hoentjen wrote:
>>>> Hi,
>>>> I am currently packaging dnsdist[1][2]. 
> I'm reviewing this package (#1297215).
>
>> dnsdist-1.0.0-alpha1/html/js/jquery-1.8.3.min.js
>> dnsdist-1.0.0-alpha1/html/js/jsrender.js
>> dnsdist-1.0.0-alpha1/html/js/moment.min.js
>> dnsdist-1.0.0-alpha1/html/js/purl.js
>> dnsdist-1.0.0-alpha1/html/js/rickshaw.min.js
>> dnsdist-1.0.0-alpha1/html/js/underscore-min.js
> Javascript files are only used by html documentation which isn't included to 
> resulting package.
> It is not clear for me if we can keep these compiled files in the source 
> tarballs and srpms.
> What is the best practices for this case?  I had similar experience in Debian 
> and I was asked to remove all minimized js files even from source tarballs.
>
Well actually the javascript (and html) is not for documentation, it
ends up embedded inside the dnsdist binary.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: F24 Self Contained Change: Ping IPv6

[Sander Hoentjen]

On 01/22/2016 09:42 AM, Jan Kurik wrote:
> = Proposed Self Contained Change: Ping IPv6 =
> https://fedoraproject.org/wiki/Changes/PingIpv6#Ping_IPv6
>
> Change owner(s):
> * Jan Synacek, Nikos Mavrogiannopoulos 
>
> ping should be able to work with IPv6 and IPv4 addresses, eliminating
> the need for multiple tools.
>
> == Detailed Description ==
> The current system of using different software (ping vs ping6) for
> different versions of the IP stack is broken. As the IPv6 transition
> moves ahead its unreasonable to expect users to know in advance the IP
> version of a peer referenced using a DNS name, nor expect them to
> switch tools based on the types of IPs they are testing.
>
> ping must work with both protocol versions by default.
>
> == Scope ==
> Proposal owners:
> * The ping tool should be able to test any address provided on command
> line, being IPv6 or IPv4. That means that the ping tool from iputils
> as we include it in Fedora needs to be modified.
>
>
Will this include a -4 and a -6 option to force protocol version?
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Embedding javascript in binary

[Sander Hoentjen]

On 01/21/2016 12:29 AM, Christopher wrote:
> On Wed, Jan 20, 2016 at 12:34 PM Sander Hoentjen <san...@hoentjen.eu
> <mailto:san...@hoentjen.eu>> wrote:
> [snip]
>
> > https://fedoraproject.org/wiki/Packaging:JavaScript
> Yeah I read that, but is says "Please note that this section
> really only
> applies to JavaScript libraries intended for use on the web." so I am
> not sure that applies to my case.
>
>
> It also doesn't thoroughly cover these use cases:
>
> 1. how to handle customized embedded forks of a JavaScript library in
> upstream,
>
> 2. how to deal with JavaScript resources which upstream Java packages
> embed in their WARs (should the maintainer have to rewrite significant
> portions of upstream code to make these resources available from
> another location in the filesystem?),
>
> 3. applications which require the same shared JavaScript resources but
> with slightly different flags set in the source (to control style, or
> behavior),
>
> 4. how to package a single upstream project which many projects use
> which contains a combination of images, styles, JavaScript, and other
> resources, in a well-known hierarchical structure (like Bootstrap)
So do you have any ideas regarding these issues?
Would it be ok for my case if upstream provides both minified and src js?
How could I check if the minified one is indeed gotten from the src js?
Or do I always have to re-minify js?
Is included jquery okay or do I have to use the jquery that is already
packaged?

-- 
Sander
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Embedding javascript in binary

[Sander Hoentjen]

On 01/20/2016 05:44 PM, Stephen Gallagher wrote:
> On 01/20/2016 10:18 AM, Sander Hoentjen wrote:
> > Hi,
>
> > I am currently packaging dnsdist[1][2]. This is a binary that has a
> > httpserver built-in, and the html, css and js files embedded in the
> > binary. The javascript files are jquery and a few other known
> > scripts[3], and there is one javascript specific to dnsdist
> > itself[4]. What are the guidelines on javascript embedded this way?
> > Do I need to miniify them myself, or are pre-minified files ok?
> > Also, is it ok to use the jquery shipped in the source tarball of
> > dnsdist?
>
>
>
> > [1] <http://dnsdist.org/> [2]
> > <https://bugzilla.redhat.com/show_bug.cgi?id=1297215> [3]
> > <https://github.com/PowerDNS/pdns/tree/master/pdns/dnsdistdis/html/js>
>
>
> [4]
> >
> <https://github.com/PowerDNS/pdns/blob/master/pdns/dnsdistdist/html/local.js>
>
>
> https://fedoraproject.org/wiki/Packaging:JavaScript
Yeah I read that, but is says "Please note that this section really only
applies to JavaScript libraries intended for use on the web." so I am
not sure that applies to my case.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Embedding javascript in binary

[Sander Hoentjen]

Hi,

I am currently packaging dnsdist[1][2].
This is a binary that has a httpserver built-in, and the html, css and
js files embedded in the binary.
The javascript files are jquery and a few other known scripts[3], and
there is one javascript specific to dnsdist itself[4].
What are the guidelines on javascript embedded this way? Do I need to
miniify them myself, or are pre-minified files ok?
Also, is it ok to use the jquery shipped in the source tarball of dnsdist?



[1] 
[2] 
[3] 
[4]


Regards,
Sander
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org