Re: fedorahosted.org sunset is next week!

[Jean-Baptiste Holcroft]

Le 23/02/2017 à 17:37, Kevin Fenzi a écrit :

I guess we could find those we know for sure and change them and leave
the rest.

kevin

I agree
for what we don't know, once down, can you create a redirection from 
fedorahosted.org to this new wikipage . I assume it will provide 
sufficient information for end users?


What we know for sure will be updated, what we don't will stay with old 
link but the user will be redirected to the general purpose wiki page.


--
Jean-Baptiste Holcroft
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Orphaning few very old packages

[Luya Tshimbalanga]

On 23/02/17 08:58 PM, Parag Nemade wrote:
> screenruler
>
Taken. Need for Design Suite Lab.

-- 
Luya Tshimbalanga
Graphic & Web Designer
E: l...@fedoraproject.org
W: http://www.coolest-storm.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Orphaning few very old packages

[Emmanuel Seyman]

* Parag Nemade [24/02/2017 10:28] :
>
> perl-Lingua-EN-Alphabet-Shaw
> perl-perlmenu

I've taken these two.

As usual, co-maintainers are welcome and Perl SIG members with
provenpackager privs should feel free to jump right in.

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

Re: fedora-review complains about gschema files in an RPM package

[Kalev Lember]

On 02/24/2017 06:20 AM, Andrew Toskin wrote:
> I'm a new Fedora packager; my very first packages have not yet been accepted. 
> I'm working on RPM packages for a few GNOME Shell extensions. Things are 
> mostly going well, except that `fedora-review` complains about gschemas in 
> the packages, and I'm not entirely sure what this is supposed to be telling 
> me.
> 
> Issues:
> ===
> - glib-compile-schemas is run in %postun and %posttrans if package has
>   *.gschema.xml files.
>   Note: gschema file(s) in gnome-shell-extension-activities-configurator
>   See:
>   
> http://fedoraproject.org/wiki/Packaging:ScriptletSnippets#GSettings_Schema
> 
> I've read the linked wiki page, and I still don't understand what I'm 
> supposed to *do*.
> 
> At first, I thought maybe I'm not supposed to do `glib-compile-schemas` 
> myself, because rpmbuild will take care of it? Except one of my packages gets 
> this fedora-review message, and the `glib-compile-schemas` command does not 
> appear anywhere in my spec. And the source does not have a Makefile, nor any 
> other build scripts which might sneakily compile schema files without my 
> noticing. I've checked.
> 
> Then I thought maybe I'm just not supposed to include .gschema.xml files in 
> the package at all? But that doesn't seem right either, because there are 
> plenty of other GNOME Shell extensions in the Fedora repos that also include 
> .gschema.xml files.
> 
> dnf repoquery --list "gnome-shell-extension-*" | grep -i gschema

Hi Andrew,

gsettings schema compilation is automatically handled these days with an
rpm file trigger that glib2 sets up. There's no need to add
glib-compile-schemas %postun and %postrans scripts any more (but they
won't hurt either and are required for EPEL7 if you want to keep the
same spec file).

Hope this helps,
Kalev
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: fedora-review complains about gschema files in an RPM package

[Andrew Toskin]

> I could help edit the wiki if only someone
...if only someone would explain to me what this is about **
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

fedora-review complains about gschema files in an RPM package

[Andrew Toskin]

I'm a new Fedora packager; my very first packages have not yet been accepted. 
I'm working on RPM packages for a few GNOME Shell extensions. Things are mostly 
going well, except that `fedora-review` complains about gschemas in the 
packages, and I'm not entirely sure what this is supposed to be telling me.

Issues:
===
- glib-compile-schemas is run in %postun and %posttrans if package has
  *.gschema.xml files.
  Note: gschema file(s) in gnome-shell-extension-activities-configurator
  See:
  http://fedoraproject.org/wiki/Packaging:ScriptletSnippets#GSettings_Schema

I've read the linked wiki page, and I still don't understand what I'm supposed 
to *do*.

At first, I thought maybe I'm not supposed to do `glib-compile-schemas` myself, 
because rpmbuild will take care of it? Except one of my packages gets this 
fedora-review message, and the `glib-compile-schemas` command does not appear 
anywhere in my spec. And the source does not have a Makefile, nor any other 
build scripts which might sneakily compile schema files without my noticing. 
I've checked.

Then I thought maybe I'm just not supposed to include .gschema.xml files in the 
package at all? But that doesn't seem right either, because there are plenty of 
other GNOME Shell extensions in the Fedora repos that also include .gschema.xml 
files.

dnf repoquery --list "gnome-shell-extension-*" | grep -i gschema
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

fedora-review complains about gschema files in an RPM package

[Andrew Toskin]

I'm a new Fedora packager; my very first packages have not yet been accepted. 
I'm working on RPM packages for a few GNOME Shell extensions. Things are mostly 
going well, except that `fedora-review` complains about gschemas in the 
packages, and I'm not entirely sure what this is supposed to be telling me.

Issues:
===
- glib-compile-schemas is run in %postun and %posttrans if package has
  *.gschema.xml files.
  Note: gschema file(s) in gnome-shell-extension-activities-configurator
  See:
  http://fedoraproject.org/wiki/Packaging:ScriptletSnippets#GSettings_Schema

I've read the linked wiki page, and I still don't understand what I'm supposed 
to *do*.

At first, I thought maybe I'm not supposed to do `glib-compile-schemas` myself, 
because rpmbuild will take care of it? Except one of my packages gets this 
fedora-review message, and the `glib-compile-schemas` command does not appear 
anywhere in my spec. And the source does not have a Makefile, nor any other 
build scripts which might sneakily compile schema files without my noticing. 
I've checked.

Then I thought maybe I'm just not supposed to include .gschema.xml files in the 
package at all? But that doesn't seem right either, because there are plenty of 
other GNOME Shell extensions in the Fedora repos that also include .gschema.xml 
files.

dnf repoquery --list "gnome-shell-extension-*" | grep -i gschema

I could help edit the wiki if only someone 
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Orphaning few very old packages

[Parag Nemade]

Hi,
   I am the the maintainer for following few packages since long time.
I got these packages from its previous owner who left its
maintainership. They have not seen any upstream releases since last
few years.

greadelf
elfinfo
rmanage

Also, I have been maintainer for following typesupply python modules
which I want to orphan now.

python-compositor
python-fontMath
python-robofab
python-ufo2fdk

Then I got few other packages which has not seen any upstream commits
since last 3 years and I also don't want to maintain them anymore

glyphtracer
perl-Lingua-EN-Alphabet-Shaw
perl-perlmenu
scholarsfonts-cardo-fonts
screenruler


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

Re: Touchpad pointer accel - testers required, scratch build available

[Peter Hutterer]

On Fri, Feb 24, 2017 at 03:08:22AM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Feb 24, 2017 at 09:35:36AM +1000, Peter Hutterer wrote:
> > https://koji.fedoraproject.org/koji/taskinfo?taskID=17546245
> 
> That seems to have expired.

doh, wrong link... sorry about that

https://koji.fedoraproject.org/koji/taskinfo?taskID=18007385

see also https://bugzilla.redhat.com/show_bug.cgi?id=1415793

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

Re: Touchpad pointer accel - testers required, scratch build available

[Zbigniew Jędrzejewski-Szmek]

On Fri, Feb 24, 2017 at 09:35:36AM +1000, Peter Hutterer wrote:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=17546245

That seems to have expired.

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

Re: Self Introduction: Stephen Kitt

[Robin Lee]

On Fri, Feb 24, 2017 at 1:48 AM, Stephen Kitt  wrote:

> Hi everyone,
>
> As part of the "join the package collection maintainers" process, I'd like
> to
> introduce myself — I've just submitted my first review request
> (https://bugzilla.redhat.com/show_bug.cgi?id=1426333).
>
> I'm a long-standing free software user and packager, in the Debian world
> (https://qa.debian.org/developer.php?login=skitt). My packaging interests
> cover a wide spectrum, from games and emulators to toolchains and random
> interesting pieces of software. Some of you might have seen me at Devconf
> where I gave a presentation contrasting the processes for joining Debian
> and
> Fedora as a packaging contributor
> (https://www.youtube.com/watch?v=pGQFZPA6r8w). I work for Red Hat but
> packaging isn't a big part of my day job (although the request above is
> submitted using my @redhat.com account — it's for OpenDaylight, which is
> what
> I work on).
>
> I'm looking forward to adding some interesting software to Fedora!
>
> Regards,
>
> Stephen
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
Welcome!

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

Re: Touchpad pointer accel - testers required, scratch build available

[Peter Hutterer]

On Thu, Feb 23, 2017 at 06:48:11PM -0600, Keith Keith wrote:
> I think I sent you some touchpad data before for a Toshiba Tecra M11.  I
> have xorg-x11-drv-synaptics installed to keep my setup from F24. Do I need
> to do anything besides get rid of /etc/X11/xorg.conf.d/50-synaptics.conf
> and restart X to make this work right?

yeah, that's all that should be needed. You can easily verify by running
xinput list-props "device name" afterwards and checking for the "libinput"
prefix on the properties.

Cheers,
   Peter

> 
> On Thu, Feb 23, 2017 at 5:35 PM, Peter Hutterer 
> wrote:
> 
> > I've been playing with touchpad pointer acceleration in libinput again and
> > finally found something I'm happy with. Most notably it has a wide range of
> > configurable speed settings, from "tar" to "speed-skating ring". Please
> > give
> > this scratch build a test and let me know how you go:
> > https://koji.fedoraproject.org/koji/taskinfo?taskID=17546245
> >
> > Reminder: after installing you *must* log out of X/Wayland for the changes
> > to take effect.
> >
> > Thanks
> >
> > Cheers,
> >Peter
> > ___
> > devel mailing list -- devel@lists.fedoraproject.org
> > To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> >

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

Re: Touchpad pointer accel - testers required, scratch build available

[Keith Keith]

I think I sent you some touchpad data before for a Toshiba Tecra M11.  I
have xorg-x11-drv-synaptics installed to keep my setup from F24. Do I need
to do anything besides get rid of /etc/X11/xorg.conf.d/50-synaptics.conf
and restart X to make this work right?

On Thu, Feb 23, 2017 at 5:35 PM, Peter Hutterer 
wrote:

> I've been playing with touchpad pointer acceleration in libinput again and
> finally found something I'm happy with. Most notably it has a wide range of
> configurable speed settings, from "tar" to "speed-skating ring". Please
> give
> this scratch build a test and let me know how you go:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=17546245
>
> Reminder: after installing you *must* log out of X/Wayland for the changes
> to take effect.
>
> Thanks
>
> Cheers,
>Peter
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Touchpad pointer accel - testers required, scratch build available

[Peter Hutterer]

I've been playing with touchpad pointer acceleration in libinput again and
finally found something I'm happy with. Most notably it has a wide range of
configurable speed settings, from "tar" to "speed-skating ring". Please give
this scratch build a test and let me know how you go:
https://koji.fedoraproject.org/koji/taskinfo?taskID=17546245

Reminder: after installing you *must* log out of X/Wayland for the changes
to take effect.

Thanks

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

Re: fedorahosted.org sunset is next week!

[Jason L Tibbitts III]

> "KF" == Kevin Fenzi  writes:

KF> http://www.scrye.com/~kevin/fedora/sourcecheck/

And also https://pagure.io/fedora-source-url-check

 - J<
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Retiring yap (Prolog interpreter)

[Till Hofmann]

On 23.02.2017 17:18, Petr Pisar wrote:
> I'm deeply sorry I will have to retire yap package because:
> 
> It crashes on i686 after updating GCC to 7
> .
> Last stable version is 7 years old (we have it in Fedora).
> Last development version is 4 years old (Jerry James tried to update
> but it does not work with non-lazy linking) and it fails on i686 too 
> .
> Upstream does not respond
>  and playing
> with the code reveals other bugs like signed interger overflows or
> linkage failure with disabled optimizations because of wrong inlining.
> Finally I don't understand the code especially the stack-based
> interpreter.

Just another piece of information which may be relevant for anyone
interested in taking care of the package: It looks like the project was
pretty active until Feb 11, 2016, but there are no commits after that. I
don't know if you've tried building the latest git version or only the
latest development release.

As an update would bring major changes, a re-review would probably a
good idea anyway.


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

Re: fedorahosted.org sunset is next week!

[Kevin Fenzi]

On Thu, 23 Feb 2017 12:34:55 -0600
Chris Adams  wrote:

> Once upon a time, Stephen John Smoogen  said:
> > Sounds like a great RFE for Fedora 27. If a spec file references a
> > package that is pointing to a dead upstream, it is considered a
> > FTBFS error. We can sell it as Mass Fall Cleaning!  
> 
> Wasn't there some cleanup/checking of that before?  I seem to remember
> that.  Of course, it doesn't work for all the generated sources (svn
> snapshots, things with banned code that are "cleaned" with a script,
> etc.).

I used to run some scripts to check Sources lines in my spare time. 

I haven't had any spare time recently, so I haven't run them. ;) 

http://www.scrye.com/~kevin/fedora/sourcecheck/

kevin


pgp_tdxn153Zl.pgp
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: New pastebin service on paste.fedoraproject.org

[Kevin Fenzi]

On Thu, 23 Feb 2017 18:32:05 +
Rahul Sundaram  wrote:

> On Thu, Feb 23, 2017 at 1:29 PM Athos Ribeiro . I am not aware
> 
> > of the details on why we moved to this new paste, but I also agree
> > that we do not need a fancy website for that and maybe that was not
> > the reason we moved.
> >  
> 
> Seems pretty obvious it was done to get a more maintainable upstream
> project.

Yeah. 

We wanted something that had: 

* An active upstream project (sticky-notes, our old pastebin was
  explicitly no longer maintained by it's upsteam). 

* Prefer python (since thats what most of our other apps are using and
  we know it. modernpaste uses python-flask). 

* Something we could package in Fedora/EPEL. (Since modernpaste was
  flask based, it wasn't too hard to package up). 

Again, hopefully we can work with upstream and adjust things to make
folks happy. 

kevin


pgpjJ1vK13U54.pgp
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: New pastebin service on paste.fedoraproject.org

[Kevin Fenzi]

On Thu, 23 Feb 2017 12:20:10 -0600
Keith Keith  wrote:

> I only get 21 lines.  I'm know nothing about web page design and even
> less about image editing as you'll see but the attached pic seems
> like what I would do placement wise.  Does it give away too much
> horizontal space for vertical screen users?  Could it detect
> orientation and choose this one for horizontal only?

Seems like a pretty plausible thing to suggest to upstream and discuss
with them. ;) 

kevin



pgpSMESuoaHzG.pgp
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: New pastebin service on paste.fedoraproject.org

[Richard Hughes]

On 23 February 2017 at 17:56, Stephen John Smoogen  wrote:
> 2. Pastebins are a security code nightmare.

Sure, agreed.

> This isn't a "you have to put up and use what we give you".. if this
> ones does not meet your needs please use one that does. If the service
> can't be fixed and doesn't work overall it was a good try and its time
> to retire it.

I think a lot of the issues could be fixed just making the theme a lot
more compact. I mean, there are 5 layers of header and a footer, which
could easily be condensed down into 2 header layers and a much smaller
footer.

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

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Adam Jackson]

On Wed, 2017-02-22 at 22:51 +, František Zatloukal wrote:
> > ... is trying to say. The "gen3" family of Intel GPUs (i915, i945, G33)
> > are (to put it politely) garbage. Though they claim to support fragment
> > shaders, the instruction limit of those shaders is far less than what
> > glamor requires.
> 
> These GPUs will stop claiming fragment shaders support from Mesa 17.1.[0], 
> just FYI

Oh good! That's for the best, really.

glamor also has a gles2 path, but right now it's known to be broken.
We'd like to fix that in general since some arm chips are never going
to be able to do enough desktop GL to satisfy glamor. When/if that
happens we can revisit glamor on gen3.

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

Re: fedorahosted.org sunset is next week!

[Chris Adams]

Once upon a time, Stephen John Smoogen  said:
> Sounds like a great RFE for Fedora 27. If a spec file references a
> package that is pointing to a dead upstream, it is considered a FTBFS
> error. We can sell it as Mass Fall Cleaning!

Wasn't there some cleanup/checking of that before?  I seem to remember
that.  Of course, it doesn't work for all the generated sources (svn
snapshots, things with banned code that are "cleaned" with a script,
etc.).

-- 
Chris Adams 
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: New pastebin service on paste.fedoraproject.org

[Rahul Sundaram]

On Thu, Feb 23, 2017 at 1:29 PM Athos Ribeiro . I am not aware

> of the details on why we moved to this new paste, but I also agree that
> we do not need a fancy website for that and maybe that was not the
> reason we moved.
>

Seems pretty obvious it was done to get a more maintainable upstream
project.

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

asterisk-dahdi cannot installed on Fedora 25

[technik]

Hi!

asterisk-dahdi cannot installed on fc25.

Fehler: nothing provides libtonezone.so.2.0()(64bit) needed by
asterisk-dahdi-13.9.1-1.fc25.1.x86_64


I have build dahdi-tools from the fc24 src and it works!


--


Dominik Kucher


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

Re: Retiring yap (Prolog interpreter)

[Jerry James]

On Thu, Feb 23, 2017 at 9:18 AM, Petr Pisar  wrote:
> I'm deeply sorry I will have to retire yap package because:
>
> It crashes on i686 after updating GCC to 7
> .
> Last stable version is 7 years old (we have it in Fedora).
> Last development version is 4 years old (Jerry James tried to update
> but it does not work with non-lazy linking) and it fails on i686 too 
> .
> Upstream does not respond
>  and playing
> with the code reveals other bugs like signed interger overflows or
> linkage failure with disabled optimizations because of wrong inlining.
> Finally I don't understand the code especially the stack-based
> interpreter.
>
> The only reverse dependency is ppl where the yap support is optional.

That was the reason I tried to update, as I need a new version of ppl,
and the latest version of ppl-yap requires the development version of
yap.  Petr pointed out a few problems with my attempt to update.  If
anybody out there is interested in keeping yap in Fedora, I'm happy to
explain what I did, and the remaining problems to be addressed.
Otherwise, I'll update ppl once yap has been retired.

Regards,
-- 
Jerry James
http://www.jamezone.org/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: New pastebin service on paste.fedoraproject.org

[Martin Kolman]

On Thu, 2017-02-23 at 08:52 -0800, Adam Williamson wrote:
> On Thu, 2017-02-23 at 16:47 +, Richard Hughes wrote:
> > I'm not sure if this is the right mailing list for this issue.
> > Basically, the paste.fedoraproject.org site has been recently
> > changed,
> > and it's basically useless for me now. This screenshot shows the
> > issue: https://people.freedesktop.org/~hughsient/temp/Screenshot%20
> > from%202017-02-23%2016-38-52.png
> > 
> > My frustration is that with all the beautifully designed CSS and
> > padded chrome around everything we can only fit 22 lines of actual
> > text on the screen. That's about half of the lines that I can get
> > when
> > using http://pastebin.com and a third of what I can get with
> > https://paste.opensuse.org. The paste URLs from the latter are also
> > https://paste.opensuse.org/53391866 (35 chars) compared to
> > https://paste.fedoraproject.org/paste/3epoM9U0i4oKyPlw7Z6nfl5M1UNdI
> > GYhyRLivL9gydE=
> > (82 chars)
> > 
> > I find myself no longer using paste.fedoraproject.org -- it can't
> > just
> > be me being a grumpy old man, can it? Am I holding it wrong?
> 
> You get a shortened URL when you create a paste with the CLI tool.
That's actually a significant improvement with the new paste tool! :)

The short URLs have been broken before and it has been a pain to type
the full URL from environments where copy past does not work (console
of a running Fedora installation, etc.).


> Can't help with the layout, but I use vertically oriented screens so
> it
> doesn't bother me. :P
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: New pastebin service on paste.fedoraproject.org

[Keith Keith]

I only get 21 lines.  I'm know nothing about web page design and even less
about image editing as you'll see but the attached pic seems like what I
would do placement wise.  Does it give away too much horizontal space for
vertical screen users?  Could it detect orientation and choose this one for
horizontal only?

On Thu, Feb 23, 2017 at 11:20 AM, Kevin Fenzi  wrote:

> On Thu, 23 Feb 2017 16:47:45 +
> Richard Hughes  wrote:
>
> > I'm not sure if this is the right mailing list for this issue.
>
> Probibly not. The infrastructure one would be better, but oh well.
>
> > Basically, the paste.fedoraproject.org site has been recently changed,
> > and it's basically useless for me now. This screenshot shows the
> > issue:
> > https://people.freedesktop.org/~hughsient/temp/
> Screenshot%20from%202017-02-23%2016-38-52.png
> >
> > My frustration is that with all the beautifully designed CSS and
> > padded chrome around everything we can only fit 22 lines of actual
> > text on the screen. That's about half of the lines that I can get when
> > using http://pastebin.com and a third of what I can get with
> > https://paste.opensuse.org.
>
> So, some of that could be our theme, which is already being discussed
> at:
> https://pagure.io/fedora-infrastructure/issue/5816
> You could chime in there and see if things could be made more compact.
>
> Or it could be an upstream issue (yea for having an upstream again!):
> Looking at their demo site:
> https://demo.modernpaste.com/
> it does seem the layout is pretty set. So, perhaps you could ask them
> to make things more compact there?
> https://github.com/LINKIWI/modern-paste/issues
>
> The paste URLs from the latter are also
> > https://paste.opensuse.org/53391866 (35 chars) compared to
> > https://paste.fedoraproject.org/paste/3epoM9U0i4oKyPlw7Z6nfl5M1UNdIG
> YhyRLivL9gydE=
> > (82 chars)
>
> If you use the command line 'fpaste' util it gives you a shortened url.
> We have been discussing how to also include that in the web side.
> >
> > I find myself no longer using paste.fedoraproject.org -- it can't just
> > be me being a grumpy old man, can it? Am I holding it wrong?
>
> Well, it's change and everyone dislikes that. I hope we can convince
> upstream to make changes that our users (like yourself) wish so it's
> nice for everyone.
>
> kevin
>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: New pastebin service on paste.fedoraproject.org

[Stephen John Smoogen]

On 23 February 2017 at 11:47, Richard Hughes  wrote:
> I'm not sure if this is the right mailing list for this issue.
> Basically, the paste.fedoraproject.org site has been recently changed,
> and it's basically useless for me now. This screenshot shows the
> issue: 
> https://people.freedesktop.org/~hughsient/temp/Screenshot%20from%202017-02-23%2016-38-52.png
>
> My frustration is that with all the beautifully designed CSS and
> padded chrome around everything we can only fit 22 lines of actual
> text on the screen. That's about half of the lines that I can get when
> using http://pastebin.com and a third of what I can get with
> https://paste.opensuse.org. The paste URLs from the latter are also
> https://paste.opensuse.org/53391866 (35 chars) compared to
> https://paste.fedoraproject.org/paste/3epoM9U0i4oKyPlw7Z6nfl5M1UNdIGYhyRLivL9gydE=
> (82 chars)
>
> I find myself no longer using paste.fedoraproject.org -- it can't just
> be me being a grumpy old man, can it? Am I holding it wrong?
>

So there are multiple things that you don't seem aware about going on here.

1. The code bases for most pastebins are Norwegian parrots. Trying to
find one that was maintained and in a code base we use was not simple.
2. Pastebins are a security code nightmare. Hackers like to figure out
ways to stick their crap into them all the time just to send someone
to pown them. If you don't have regular maintenance upstream it is all
on you. The opensuse pastebin would probably be a lot of patching on
their side.
3. Pastebins are a nightmare to run. The daily scans by pirates and
command and control systems looking for child porn is a pain in the
ass to deal with and have to be responsible for. For every legitimate
user there are 8 or nine systems which like to dump everything from
personal threats to credit card info to child porn.
4. The problem with the short code pastebins is that every C&C bots do
brute force searches for the threats, credit cards, child porn and ip
addresses of infected systems. This way they don't have to actually
talk to their systems they use an indirect channel which allows them
to be less likely caught.

Yes the modernpaste system we are using has some major issues.. but
the previous one was a nightmare to run, the other ones on the market
are not great either. And with an active upstream we have a chance of
getting things fixed.

This isn't a "you have to put up and use what we give you".. if this
ones does not meet your needs please use one that does. If the service
can't be fixed and doesn't work overall it was a good try and its time
to retire it.


> Richard.
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org



-- 
Stephen J Smoogen.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: New pastebin service on paste.fedoraproject.org

[Athos Ribeiro]

On Thu, Feb 23, 2017 at 04:47:45PM +, Richard Hughes wrote:
> I'm not sure if this is the right mailing list for this issue.
> Basically, the paste.fedoraproject.org site has been recently changed,
> and it's basically useless for me now. This screenshot shows the
> issue: 
> https://people.freedesktop.org/~hughsient/temp/Screenshot%20from%202017-02-23%2016-38-52.png
> 
> My frustration is that with all the beautifully designed CSS and
> padded chrome around everything we can only fit 22 lines of actual
> text on the screen. That's about half of the lines that I can get when
> using http://pastebin.com and a third of what I can get with
> https://paste.opensuse.org. The paste URLs from the latter are also
> https://paste.opensuse.org/53391866 (35 chars) compared to
> https://paste.fedoraproject.org/paste/3epoM9U0i4oKyPlw7Z6nfl5M1UNdIGYhyRLivL9gydE=
> (82 chars)
> 
> I find myself no longer using paste.fedoraproject.org -- it can't just
> be me being a grumpy old man, can it? Am I holding it wrong?

I agree with the url being too long. About the sizes, you can alway append
'/raw' in the end of the URL or use --rawurl on fpaste. I am not aware
of the details on why we moved to this new paste, but I also agree that
we do not need a fancy website for that and maybe that was not the
reason we moved.

-- 
Athos Ribeiro

http://www.ime.usp.br/~athoscr
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Self Introduction: Stephen Kitt

[Stephen Kitt]

Hi everyone,

As part of the "join the package collection maintainers" process, I'd like to
introduce myself — I've just submitted my first review request
(https://bugzilla.redhat.com/show_bug.cgi?id=1426333).

I'm a long-standing free software user and packager, in the Debian world
(https://qa.debian.org/developer.php?login=skitt). My packaging interests
cover a wide spectrum, from games and emulators to toolchains and random
interesting pieces of software. Some of you might have seen me at Devconf
where I gave a presentation contrasting the processes for joining Debian and
Fedora as a packaging contributor
(https://www.youtube.com/watch?v=pGQFZPA6r8w). I work for Red Hat but
packaging isn't a big part of my day job (although the request above is
submitted using my @redhat.com account — it's for OpenDaylight, which is what
I work on).

I'm looking forward to adding some interesting software to Fedora!

Regards,

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

Re: F27 System Wide Change: No More Alphas

[Gerald B. Cox]

On Thu, Feb 23, 2017 at 9:22 AM, Rahul Sundaram  wrote:

> Are you saying he didn't post an accusation and refused to elaborate when
> asked or are you saying he did it and we should just ignore it or encourage
> it anyway?
>
> "My point wasn't restricted to this conversation"
>
> Might be better to post a separate thread, preferably to the board list if
> you want to raise a question on general moderation.
>

and so it goes...
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F27 System Wide Change: No More Alphas

[Sylvia]

On Thu, 2017-02-23 at 11:46 -0500, Przemek Klosowski wrote:
> On 02/23/2017 10:25 AM, Gerald B. Cox
>   wrote:
> 
> 
> 
> 
> > There are countless examples in the threads where
> >   people resort to "I'm offended" and "You've violated the Code
> > of
> >   Conduct" to change the subject and deflect the entire
> > thread. 
> 
> The community in this list is very civil: when people get called
>   out on some deviation, they almost always make amends and
> rephrase
>   their argument in a way that allows technical discussion---both
>   when they are criticized for offending and for being overly
>   offended. Disagreeing without being disagreeable, and all that.
>   Please let's keep it that way.
> 
> 
> 
> I am thankful to everyone for getting along, because the world
>   out there is not necessarily all like that. Sorry if it sounds
>   PolyAnna'ish but I felt it needed to be said.
> 
> 
> 
>   
> 
> ___
> 

Przemek:  Thanks.

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

Re: policy on changes in or introduction of new dependencies

[Dominik 'Rathann' Mierzejewski]

On Thursday, 23 February 2017 at 14:23, Neal Gompa wrote:
> On Thu, Feb 23, 2017 at 7:33 AM, Dominik 'Rathann' Mierzejewski
>  wrote:
> > On Thursday, 23 February 2017 at 07:16, Ralf Corsepius wrote:
> >> On 02/23/2017 02:23 AM, Dominik 'Rathann' Mierzejewski wrote:
> >> > On Thursday, 23 February 2017 at 00:08, Adam Williamson wrote:
> >> > > On Wed, 2017-02-22 at 22:53 +0100, Dominik 'Rathann' Mierzejewski
> >> > > wrote:
> >> > > > Dear Fedora developers,
> >> > > > there have been a number of examples where an update in a stable 
> >> > > > branch
> >> > > > brought in new dependencies and in significant numbers. The most 
> >> > > > recent
> >> > > > case was discussed on this list even today:
> >> > > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/BVUZWJYW2UVO53EZ2G2ALAQPU5PLDJZR/
> >> > >
> >> > > That discussion was about Rawhide. Not about a stable release.
> >> >
> >> > True, but the issue is the same. New or changed dependencies cause
> >> > problems.
> >>
> >> Not quite. This only applies to "weak deps".
> >
> > How so?
> >
> >> New "strong deps" or "changed deps" are should to solve problems, otherwise
> >> there would not be any need for changes.
> >
> > "are should to"? Sorry, I can't understand the above sentence.
> >
> >> > The proposed policy change talks about both rawhide and stable branches.
> >> I consider your proposal to be unnecessary.
> >
> > Could you elaborate on why you think it's unnecessary?
> 
> This proposal is rather burdensome with no particular gain.

I disagree. The gain is that packagers will be more mindful of the how
the changes they introduce affect the rest of Fedora and that users
don't have to search far and wide for an explanation of the new/changed
dependencies.

> Firstly, this proposal assumes we work in a vacuum, which we don't.

I have no idea where you draw such conclusion from.

> Most of the important packages are maintained by teams or SIGs/WGs.
> They often are also involved in the upstream development in some
> fashion and are already aware of changes anyway and can handle dealing
> with the changes.

How about the users? Shouldn't they be made aware of the changes, too?
Or are you suggesting they don't need to know?

> Secondly, with the exception of a few packages, largely relating to
> the installer stack; the security stack; and the system startup
> packages, the addition and removal of dependencies generally does not
> matter.

I agree that removal is of less concern, but I disagree on additions.
Increasing on-disk and in-memory footprint doesn't matter? Adding
potentially vulnerable code doesn't matter?

> And in the cases where it does, all the stakeholders are
> *already* involved and working on it together.

Again, what about the users? I think they shouldn't be forced to do an
exhaustive search to find out why they suddenly need to install 5, 10
or 50 additional packages along with an update. Such information
should be readily available and in many cases it isn't.

> Thirdly, there's no particular problem you're trying to solve,

Again, that's not true. I listed the reasons both in the ticket
and in this thread. Are you saying they don't matter at all?

> and forcing people to do this means that people are going to be more
> anxious and less willing to actually update software, which is counter
> to our goal to provide the latest and greatest software to our users.

I have nothing against delivering latest and greatest software to our
users and this proposal is not against that goal, either. However,
package maintainers are not supposed to simply take what upstream
releases and pass it on to the users without considering the impact.
I'm not saying most of them do so. However, I encountered enough cases
when this was done without any documented justification that I think
it's necessary to mandate such justifications. Who knows how many cases
I didn't catch. This is doubly important in stable Fedora branches.
If this proposal makes maintainers think before updating something to
the latest and greatest in a stable branch with just a few months of
life left, then I consider that a very good thing.

> Frankly, the only reason this is even a problem at all is because we
> have the split between packager and provenpackager. As far as I am
> aware, every team or SIG/WG has at least one or two provenpackagers,
> so this is usually not a problem.

I don't see how the above is relevant to the topic.

Regards,
Dominik
-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F27 System Wide Change: No More Alphas

[Rahul Sundaram]

On Thu, Feb 23, 2017 at 11:04 AM Gerald B. Cox > wrote:

>
>
> So let's berate and silence someone because you thought they made "vague
> accusations"
>

Are you saying he didn't post an accusation and refused to elaborate when
asked or are you saying he did it and we should just ignore it or encourage
it anyway?

"My point wasn't restricted to this conversation"

Might be better to post a separate thread, preferably to the board list if
you want to raise a question on general moderation.

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

Re: New pastebin service on paste.fedoraproject.org

[Kevin Fenzi]

On Thu, 23 Feb 2017 16:47:45 +
Richard Hughes  wrote:

> I'm not sure if this is the right mailing list for this issue.

Probibly not. The infrastructure one would be better, but oh well. 

> Basically, the paste.fedoraproject.org site has been recently changed,
> and it's basically useless for me now. This screenshot shows the
> issue:
> https://people.freedesktop.org/~hughsient/temp/Screenshot%20from%202017-02-23%2016-38-52.png
> 
> My frustration is that with all the beautifully designed CSS and
> padded chrome around everything we can only fit 22 lines of actual
> text on the screen. That's about half of the lines that I can get when
> using http://pastebin.com and a third of what I can get with
> https://paste.opensuse.org. 

So, some of that could be our theme, which is already being discussed
at: 
https://pagure.io/fedora-infrastructure/issue/5816 
You could chime in there and see if things could be made more compact. 

Or it could be an upstream issue (yea for having an upstream again!):
Looking at their demo site: 
https://demo.modernpaste.com/
it does seem the layout is pretty set. So, perhaps you could ask them
to make things more compact there?
https://github.com/LINKIWI/modern-paste/issues

The paste URLs from the latter are also
> https://paste.opensuse.org/53391866 (35 chars) compared to
> https://paste.fedoraproject.org/paste/3epoM9U0i4oKyPlw7Z6nfl5M1UNdIGYhyRLivL9gydE=
> (82 chars)

If you use the command line 'fpaste' util it gives you a shortened url. 
We have been discussing how to also include that in the web side. 
> 
> I find myself no longer using paste.fedoraproject.org -- it can't just
> be me being a grumpy old man, can it? Am I holding it wrong?

Well, it's change and everyone dislikes that. I hope we can convince
upstream to make changes that our users (like yourself) wish so it's
nice for everyone. 

kevin


pgpiIU1kIAV6H.pgp
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F27 System Wide Change: No More Alphas

[Gerald B. Cox]

On Thu, Feb 23, 2017 at 8:46 AM, Przemek Klosowski <
przemek.klosow...@nist.gov> wrote:

> when they are criticized for offending and for being overly offended.



Much more for the former than the latter unfortunately.  Whitewashing isn't
going to fix it.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: New pastebin service on paste.fedoraproject.org

[Remi Collet]

Le 23/02/2017 à 17:52, Adam Williamson a écrit :
> On Thu, 2017-02-23 at 16:47 +, Richard Hughes wrote:
>> I'm not sure if this is the right mailing list for this issue.
>> Basically, the paste.fedoraproject.org site has been recently changed,
>> and it's basically useless for me now. This screenshot shows the
>> issue: 
>> https://people.freedesktop.org/~hughsient/temp/Screenshot%20from%202017-02-23%2016-38-52.png
>>
>> My frustration is that with all the beautifully designed CSS and
>> padded chrome around everything we can only fit 22 lines of actual
>> text on the screen. That's about half of the lines that I can get when
>> using http://pastebin.com and a third of what I can get with
>> https://paste.opensuse.org. The paste URLs from the latter are also
>> https://paste.opensuse.org/53391866 (35 chars) compared to
>> https://paste.fedoraproject.org/paste/3epoM9U0i4oKyPlw7Z6nfl5M1UNdIGYhyRLivL9gydE=
>> (82 chars)
>>
>> I find myself no longer using paste.fedoraproject.org -- it can't just
>> be me being a grumpy old man, can it? Am I holding it wrong?
> 
> You get a shortened URL when you create a paste with the CLI tool.
> Can't help with the layout, but I use vertically oriented screens so it
> doesn't bother me. :P
> 

And fpaste command in broken in EPEL
https://bugzilla.redhat.com/1426322

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

Re: New pastebin service on paste.fedoraproject.org

[Adam Williamson]

On Thu, 2017-02-23 at 16:47 +, Richard Hughes wrote:
> I'm not sure if this is the right mailing list for this issue.
> Basically, the paste.fedoraproject.org site has been recently changed,
> and it's basically useless for me now. This screenshot shows the
> issue: 
> https://people.freedesktop.org/~hughsient/temp/Screenshot%20from%202017-02-23%2016-38-52.png
> 
> My frustration is that with all the beautifully designed CSS and
> padded chrome around everything we can only fit 22 lines of actual
> text on the screen. That's about half of the lines that I can get when
> using http://pastebin.com and a third of what I can get with
> https://paste.opensuse.org. The paste URLs from the latter are also
> https://paste.opensuse.org/53391866 (35 chars) compared to
> https://paste.fedoraproject.org/paste/3epoM9U0i4oKyPlw7Z6nfl5M1UNdIGYhyRLivL9gydE=
> (82 chars)
> 
> I find myself no longer using paste.fedoraproject.org -- it can't just
> be me being a grumpy old man, can it? Am I holding it wrong?

You get a shortened URL when you create a paste with the CLI tool.
Can't help with the layout, but I use vertically oriented screens so it
doesn't bother me. :P
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

New pastebin service on paste.fedoraproject.org

[Richard Hughes]

I'm not sure if this is the right mailing list for this issue.
Basically, the paste.fedoraproject.org site has been recently changed,
and it's basically useless for me now. This screenshot shows the
issue: 
https://people.freedesktop.org/~hughsient/temp/Screenshot%20from%202017-02-23%2016-38-52.png

My frustration is that with all the beautifully designed CSS and
padded chrome around everything we can only fit 22 lines of actual
text on the screen. That's about half of the lines that I can get when
using http://pastebin.com and a third of what I can get with
https://paste.opensuse.org. The paste URLs from the latter are also
https://paste.opensuse.org/53391866 (35 chars) compared to
https://paste.fedoraproject.org/paste/3epoM9U0i4oKyPlw7Z6nfl5M1UNdIGYhyRLivL9gydE=
(82 chars)

I find myself no longer using paste.fedoraproject.org -- it can't just
be me being a grumpy old man, can it? Am I holding it wrong?

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

Re: F27 System Wide Change: No More Alphas

[Przemek Klosowski]

On 02/23/2017 10:25 AM, Gerald B. Cox wrote:
There are countless examples in the threads where people resort to 
"I'm offended" and "You've violated the Code of Conduct" to change the 
subject and deflect the entire thread. 


The community in this list is very civil: when people get called out on 
some deviation, they almost always make amends and rephrase their 
argument in a way that allows technical discussion---both when they are 
criticized for offending and for being overly offended. Disagreeing 
without being disagreeable, and all that. Please let's keep it that way.


I am thankful to everyone for getting along, because the world out there 
is not necessarily all like that. Sorry if it sounds PolyAnna'ish but I 
felt it needed to be said.


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

Re: F27 System Wide Change: No More Alphas

[Kevin Fenzi]

How about we go back on topic here, this meta discussion isn't
productive. If the OP wants to expand on their points, they are welcome
to do so or not. 

kevin


pgpy8Tv1arFcN.pgp
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: fedorahosted.org sunset is next week!

[Kevin Fenzi]

On Thu, 23 Feb 2017 10:21:51 +0100
Jean-Baptiste Holcroft  wrote:

> 
> Hi Kevin,
> 
> I count 5183 links to fedorahosted in Fedora's wiki:
> https://fedoraproject.org/w/index.php?title=Special:LinkSearch&limit=500&offset=5000&target=https%3A%2F%2Ffedorahosted.org
> 
> Can we plan build a few scripts to search and replace? I assume the
> bot I used for l10n cleanup will do the job:
> https://fedoraproject.org/wiki/User:Jibecfed/wiki_cleanup

Well, we don't know what to replace them with in many cases. ;( 

> I assume we have to findout wich projects are indeed existing in
> Pagure to do this. Any simple way to do this?

We can easily get a list of pagure projects,
https://pagure.io/api/0/projects
but we don't have any kind of for sure mapping between old fedorahosted
projects and new pagure ones. They could have changed names... 
 
> In order to replace direct links fedorahosted' main page, can you
> create a wiki page to talk about this platform sunset? Or have you
> any page in progress to help people to search for basic information?
> (the content of your previous email looks fine, maybe just adding a
> way to access raw project data to maintainers after the shutdown)

I can make a page sure... 

> I feel like infra team member is more skilled than me to make the
> search and replace, but will be pleased to help if needed.

Well, I don't see how we can really do this in an automated way. 

I guess we could find those we know for sure and change them and leave
the rest. 

kevin


pgpv86B1O4_lc.pgp
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F27 System Wide Change: No More Alphas

[Petr Lautrbach]

On 02/23/2017 12:27 AM, Adam Williamson wrote:
> On Thu, 2017-02-23 at 00:22 +0100, Petr Lautrbach wrote:
>>
>> I have a fix for it in setools-4.1.0-1.fc26.6 -
>> https://copr.fedorainfracloud.org/coprs/build/516358/
>>
>>
>> python3-networkx is only required by setools-gui (/usr/bin/apol) and
>> setools-console-analyses (/usr/bin/sedta and /usr/bin/seinfoflow) now.
>>
>> Basic sanity tests provided by policycoreutils and setools passed.
> 
> So long as policycoreutils-python-utils does not require setools-gui
> that sounds like it should fix the problem indeed. Thanks.
> 

It's pushed and built in Rawhide now.

$ rpm -qp --requires policycoreutils-python3-2.6-2.fc26.x86_64.rpm
/usr/libexec/system-python
audit-libs-python3 >= 2.1.3-4
checkpolicy
libcgroup
libselinux-python3
libsemanage-python3 >= 2.6-0
policycoreutils = 2.6-2.fc26
python(abi) = 3.6
python-IPy-python3
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(PayloadIsXz) <= 5.2-1
setools-python3

$ rpm -qp --requires setools python3-4.1.0-2.fc26.x86_64.rpm

libc.so.6()(64bit)
libc.so.6(GLIBC_2.14)(64bit)
libc.so.6(GLIBC_2.2.5)(64bit)
libc.so.6(GLIBC_2.3)(64bit)
libc.so.6(GLIBC_2.3.4)(64bit)
libc.so.6(GLIBC_2.4)(64bit)
libc.so.6(GLIBC_2.8)(64bit)
libpthread.so.0()(64bit)
libpthread.so.0(GLIBC_2.2.5)(64bit)
libpython3.6m.so.1.0()(64bit)
python(abi) = 3.6
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(PayloadIsXz) <= 5.2-1
rtld(GNU_HASH)

Please let me know if there are any another issues with these builds.

Petr
-- 
Petr Lautrbach




signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Retiring yap (Prolog interpreter)

[Petr Pisar]

I'm deeply sorry I will have to retire yap package because:

It crashes on i686 after updating GCC to 7
.
Last stable version is 7 years old (we have it in Fedora).
Last development version is 4 years old (Jerry James tried to update
but it does not work with non-lazy linking) and it fails on i686 too 
.
Upstream does not respond
 and playing
with the code reveals other bugs like signed interger overflows or
linkage failure with disabled optimizations because of wrong inlining.
Finally I don't understand the code especially the stack-based
interpreter.

The only reverse dependency is ppl where the yap support is optional.

If there is nobody who wants to adopt the yap, I will retire it in
a week.

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

Re: fedorahosted.org sunset is next week!

[Stephen John Smoogen]

On 23 February 2017 at 10:20, Jonathan Wakely  wrote:
> On 23/02/17 00:28 +0100, Kevin Kofler wrote:
>>
>> Kevin Fenzi wrote:
>>>
>>> By that logic:
>>>
>>> % egrep -i "Source|URL" * | grep googlecode | wc -l
>>> 372
>>>
>>> The Fedora community is NOT ready for googlecode to be shut down?
>>> Things go away, it's part of the great internet cycle of life.
>>
>>
>> It is well known that Google does not give a darn about its users and just
>> pulls the plug under them whenever they (Google, NOT the users) feel like
>> it
>> (which is why it is such a bad idea to depend on their services). It is
>> really not an example to follow.
>
>
> The point is that Source: and URL: tags are often out of date or
> mention sites that were valid once but no longer. We have packages
> referring to gitorious.org, or to sites that are moribund because the
> project has moved to GitHub. We haven't fixed all of them, so I see no
> reason to keep fedorahosted.org running just because spec files refer
> to it.

Sounds like a great RFE for Fedora 27. If a spec file references a
package that is pointing to a dead upstream, it is considered a FTBFS
error. We can sell it as Mass Fall Cleaning!


-- 
Stephen J Smoogen.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F27 System Wide Change: No More Alphas

[Gerald B. Cox]

On Wed, Feb 22, 2017 at 7:39 PM, Rahul Sundaram  wrote:

> On Wed, Feb 22, 2017 at 8:55 PM Gerald B. Cox wrote:
>
>> It gets a bit tedious to read all the feigned outrage and the continuous
>> aggrandisement of the Fedora Code of Conduct; it shouldn't be used as a
>> construct to silence debate.
>>
>
> Vague accusations are not a debate.
>

So let's berate and silence someone because you thought they made "vague
accusations".  Maybe someone can create the Fedora coc-o-tron where we can
filter all conversations and remove so-called offensive language?   My
point wasn't restricted to this conversation.  There are countless examples
in the threads where people resort to "I'm offended" and "You've violated
the Code of Conduct" to change the subject and deflect the entire thread.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora Rawhide-20170223.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Cloud_base qcow2 x86_64
Atomic qcow2 x86_64
Server dvd i386
Workstation live i386
Kde live x86_64
Cloud_base raw-xz x86_64
Xfce raw-xz armhfp
Server boot i386
Atomic raw-xz x86_64
Workstation live x86_64
Kde live i386

Failed openQA tests: 60/85 (x86_64), 1/2 (arm)

ID: 57439   Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/57439
ID: 57440   Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/57440
ID: 57441   Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/57441
ID: 57442   Test: x86_64 Server-dvd-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/57442
ID: 57444   Test: x86_64 Server-dvd-iso install_repository_nfs_variation
URL: https://openqa.fedoraproject.org/tests/57444
ID: 57445   Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL: https://openqa.fedoraproject.org/tests/57445
ID: 57455   Test: x86_64 Server-dvd-iso install_updates_nfs
URL: https://openqa.fedoraproject.org/tests/57455
ID: 57460   Test: x86_64 Everything-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/57460
ID: 57461   Test: x86_64 Everything-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/57461
ID: 57462   Test: x86_64 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/57462
ID: 57463   Test: x86_64 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/57463
ID: 57464   Test: x86_64 Workstation-boot-iso memory_check@uefi
URL: https://openqa.fedoraproject.org/tests/57464
ID: 57465   Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/57465
ID: 57466   Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/57466
ID: 57468   Test: x86_64 universal install_package_set_minimal
URL: https://openqa.fedoraproject.org/tests/57468
ID: 57469   Test: x86_64 universal install_anaconda_text
URL: https://openqa.fedoraproject.org/tests/57469
ID: 57471   Test: x86_64 universal upgrade_kde_64bit
URL: https://openqa.fedoraproject.org/tests/57471
ID: 57476   Test: x86_64 universal upgrade_2_kde_64bit
URL: https://openqa.fedoraproject.org/tests/57476
ID: 57478   Test: x86_64 universal install_updates_img_local
URL: https://openqa.fedoraproject.org/tests/57478
ID: 57479   Test: x86_64 universal install_shrink_ext4
URL: https://openqa.fedoraproject.org/tests/57479
ID: 57480   Test: x86_64 universal install_shrink_ntfs
URL: https://openqa.fedoraproject.org/tests/57480
ID: 57481   Test: x86_64 universal install_european_language
URL: https://openqa.fedoraproject.org/tests/57481
ID: 57482   Test: x86_64 universal install_cyrillic_language
URL: https://openqa.fedoraproject.org/tests/57482
ID: 57483   Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/57483
ID: 57484   Test: x86_64 universal install_kickstart_firewall_disabled
URL: https://openqa.fedoraproject.org/tests/57484
ID: 57485   Test: x86_64 universal install_kickstart_firewall_configured
URL: https://openqa.fedoraproject.org/tests/57485
ID: 57487   Test: x86_64 universal install_repository_http_variation
URL: https://openqa.fedoraproject.org/tests/57487
ID: 57488   Test: x86_64 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/57488
ID: 57489   Test: x86_64 universal install_mirrorlist_graphical
URL: https://openqa.fedoraproject.org/tests/57489
ID: 57490   Test: x86_64 universal install_delete_pata
URL: https://openqa.fedoraproject.org/tests/57490
ID: 57491   Test: x86_64 universal install_delete_pata@uefi
URL: https://openqa.fedoraproject.org/tests/57491
ID: 57492   Test: x86_64 universal install_sata
URL: https://openqa.fedoraproject.org/tests/57492
ID: 57493   Test: x86_64 universal install_sata@uefi
URL: https://openqa.fedoraproject.org/tests/57493
ID: 57494   Test: x86_64 universal install_kickstart_user_creation
URL: https://openqa.fedoraproject.org/tests/57494
ID: 57495   Test: x86_64 universal install_scsi_updates_img
URL: https://openqa.fedoraproject.org/tests/57495
ID: 57496   Test: x86_64 universal install_multi
URL: https://openqa.fedoraproject.org/tests/57496
ID: 57497   Test: x86_64 universal install_multi@uefi
URL: https://openqa.fedoraproject.org/tests/57497
ID: 57498   Test: x86_64 universal install_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/57498
ID: 57499   Test: x86_64 universal install_simple_free_space
URL: https://openqa.fedoraproject.org/tests/57499
ID: 57500   Test: x86_64 universal install_multi_empty
URL: https://openqa.fedoraproject.org/tests/57500
ID: 57501   Test: x86_64 universal install_software_raid
URL: https://openqa.fedorapro

Re: fedorahosted.org sunset is next week!

[Jonathan Wakely]

On 23/02/17 00:28 +0100, Kevin Kofler wrote:

Kevin Fenzi wrote:

By that logic:

% egrep -i "Source|URL" * | grep googlecode | wc -l
372

The Fedora community is NOT ready for googlecode to be shut down?
Things go away, it's part of the great internet cycle of life.


It is well known that Google does not give a darn about its users and just
pulls the plug under them whenever they (Google, NOT the users) feel like it
(which is why it is such a bad idea to depend on their services). It is
really not an example to follow.


The point is that Source: and URL: tags are often out of date or
mention sites that were valid once but no longer. We have packages
referring to gitorious.org, or to sites that are moribund because the
project has moved to GitHub. We haven't fixed all of them, so I see no
reason to keep fedorahosted.org running just because spec files refer
to it.

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

Re: policy on changes in or introduction of new dependencies

[Ralf Corsepius]

On 02/23/2017 02:23 PM, Neal Gompa wrote:

On Thu, Feb 23, 2017 at 7:33 AM, Dominik 'Rathann' Mierzejewski
 wrote:

On Thursday, 23 February 2017 at 07:16, Ralf Corsepius wrote:

On 02/23/2017 02:23 AM, Dominik 'Rathann' Mierzejewski wrote:

On Thursday, 23 February 2017 at 00:08, Adam Williamson wrote:

On Wed, 2017-02-22 at 22:53 +0100, Dominik 'Rathann' Mierzejewski
wrote:

Dear Fedora developers,
there have been a number of examples where an update in a stable branch
brought in new dependencies and in significant numbers. The most recent
case was discussed on this list even today:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/BVUZWJYW2UVO53EZ2G2ALAQPU5PLDJZR/


That discussion was about Rawhide. Not about a stable release.


True, but the issue is the same. New or changed dependencies cause
problems.


Not quite. This only applies to "weak deps".


How so?


New "strong deps" or "changed deps" are should to solve problems, otherwise
there would not be any need for changes.


"are should to"? Sorry, I can't understand the above sentence.


This was a typo. This should have been:

"New or changed strong deps are supposed to/should solve problems", ...
I.e. new or changed "strong deps" are bug-fixes.

"Weak deps" are a different story. Adding/removing/changing them are 
mostly personal preference of a packager. They can cause harm.



The proposed policy change talks about both rawhide and stable branches.

I consider your proposal to be unnecessary.


Could you elaborate on why you think it's unnecessary?



This proposal is rather burdensome with no particular gain.


Exactly. This is a good sentence to summarize what I had wanted to express.

Ralf


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

Re: gcc7 issue with efl + aarch64

[Jonathan Wakely]

On 22/02/17 22:18 +, Richard W.M. Jones wrote:

On Wed, Feb 22, 2017 at 09:44:32AM +, Richard W.M. Jones wrote:

On Mon, Feb 20, 2017 at 04:51:47PM -0500, Tom Callaway wrote:
> I don't have an aarch64 setup, but even
> if I did, this isn't much to go on.

It's a real shame that none of the cheap 64 bit boards work with
Fedora.  I hear it is possible that the ODROID-C2 *should* be able to
run Fedora 25 (or maybe Rawhide), but I don't think it has been tested
by anyone.


Peter tells me that we will support the Pine64 in Fedora 26.
That board seems very cheap ($29 headline price).


Excellent! I'm currently running the image from
http://pine64fedora.weebly.com/ on mine but would prefer not to trust
something that doesn't come from fedoraproject.org (and that image has
a tiny root partition so I can't even install the packages I want on
it).

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

Re: policy on changes in or introduction of new dependencies

[Neal Gompa]

On Thu, Feb 23, 2017 at 7:33 AM, Dominik 'Rathann' Mierzejewski
 wrote:
> On Thursday, 23 February 2017 at 07:16, Ralf Corsepius wrote:
>> On 02/23/2017 02:23 AM, Dominik 'Rathann' Mierzejewski wrote:
>> > On Thursday, 23 February 2017 at 00:08, Adam Williamson wrote:
>> > > On Wed, 2017-02-22 at 22:53 +0100, Dominik 'Rathann' Mierzejewski
>> > > wrote:
>> > > > Dear Fedora developers,
>> > > > there have been a number of examples where an update in a stable branch
>> > > > brought in new dependencies and in significant numbers. The most recent
>> > > > case was discussed on this list even today:
>> > > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/BVUZWJYW2UVO53EZ2G2ALAQPU5PLDJZR/
>> > >
>> > > That discussion was about Rawhide. Not about a stable release.
>> >
>> > True, but the issue is the same. New or changed dependencies cause
>> > problems.
>>
>> Not quite. This only applies to "weak deps".
>
> How so?
>
>> New "strong deps" or "changed deps" are should to solve problems, otherwise
>> there would not be any need for changes.
>
> "are should to"? Sorry, I can't understand the above sentence.
>
>> > The proposed policy change talks about both rawhide and stable branches.
>> I consider your proposal to be unnecessary.
>
> Could you elaborate on why you think it's unnecessary?
>

This proposal is rather burdensome with no particular gain.

Firstly, this proposal assumes we work in a vacuum, which we don't.
Most of the important packages are maintained by teams or SIGs/WGs.
They often are also involved in the upstream development in some
fashion and are already aware of changes anyway and can handle dealing
with the changes.

Secondly, with the exception of a few packages, largely relating to
the installer stack; the security stack; and the system startup
packages, the addition and removal of dependencies generally does not
matter. And in the cases where it does, all the stakeholders are
*already* involved and working on it together.

Thirdly, there's no particular problem you're trying to solve, and
forcing people to do this means that people are going to be more
anxious and less willing to actually update software, which is counter
to our goal to provide the latest and greatest software to our users.

Frankly, the only reason this is even a problem at all is because we
have the split between packager and provenpackager. As far as I am
aware, every team or SIG/WG has at least one or two provenpackagers,
so this is usually not a problem.

-- 
真実はいつも一つ！/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: policy on changes in or introduction of new dependencies

[Dominik 'Rathann' Mierzejewski]

On Thursday, 23 February 2017 at 07:16, Ralf Corsepius wrote:
> On 02/23/2017 02:23 AM, Dominik 'Rathann' Mierzejewski wrote:
> > On Thursday, 23 February 2017 at 00:08, Adam Williamson wrote:
> > > On Wed, 2017-02-22 at 22:53 +0100, Dominik 'Rathann' Mierzejewski
> > > wrote:
> > > > Dear Fedora developers,
> > > > there have been a number of examples where an update in a stable branch
> > > > brought in new dependencies and in significant numbers. The most recent
> > > > case was discussed on this list even today:
> > > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/BVUZWJYW2UVO53EZ2G2ALAQPU5PLDJZR/
> > > 
> > > That discussion was about Rawhide. Not about a stable release.
> > 
> > True, but the issue is the same. New or changed dependencies cause
> > problems.
> 
> Not quite. This only applies to "weak deps".

How so?

> New "strong deps" or "changed deps" are should to solve problems, otherwise
> there would not be any need for changes.

"are should to"? Sorry, I can't understand the above sentence.
 
> > The proposed policy change talks about both rawhide and stable branches.
> I consider your proposal to be unnecessary.

Could you elaborate on why you think it's unnecessary?

Regards,
Dominik
-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: cpio: Digest mismatch

[Robin Lee]

On Thu, Feb 23, 2017 at 12:32 PM,  wrote:

> Hi Guys,
> I have a source file of 6 GB and i try to create an RPM using the spec
> file.
> After creating the RPMS , i installed on the machines. But i am not able
> to do the command :
> "rpm -ivh LINSEE_xilinx-sdk_v20164-2016.4-1.src.rpm"
> It throws an error as below :
>
> [root@euca-10-254-169-180 SRPMS]# rpm -ivh LINSEE_xilinx-sdk_v20164-2016.
> 4-1.src.rpm
>1:LINSEE_xilinx-sdk_v2016###
> [100%]
> error: unpacking of archive failed on file 
> /root/rpmbuild/SOURCES/xilinx-sdk.tar.gz;58ae56bb:
> cpio: Digest mismatch
> error: LINSEE_xilinx-sdk_v20164-2016.4-1.src.rpm cannot be installed
>
> I split the RPM into 3 packages , Is there any way how i can split the
> source file using spec file.
> Kindly help me here.
>
You should build the src rpm with this rpmbuild option: --define
"_source_filedigest_algorithm md5".
Then you can install the src rpm on CentOS5 or earlier versions.

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

Re: fedorahosted.org sunset is next week!

[Jean-Baptiste Holcroft]

Le 2017-02-21 18:22, Kevin Fenzi a écrit :

A quick grep of spec files shows a lot of packages still using
fedorahosted.org in their URL and/or Source file lines.

If you have migrated your project, please do update those.


Hi Kevin,

I count 5183 links to fedorahosted in Fedora's wiki:
https://fedoraproject.org/w/index.php?title=Special:LinkSearch&limit=500&offset=5000&target=https%3A%2F%2Ffedorahosted.org

Can we plan build a few scripts to search and replace? I assume the bot 
I used for l10n cleanup will do the job:

https://fedoraproject.org/wiki/User:Jibecfed/wiki_cleanup

I assume we have to findout wich projects are indeed existing in Pagure 
to do this. Any simple way to do this?


In order to replace direct links fedorahosted' main page, can you create 
a wiki page to talk about this platform sunset? Or have you any page in 
progress to help people to search for basic information? (the content of 
your previous email looks fine, maybe just adding a way to access raw 
project data to maintainers after the shutdown)


I feel like infra team member is more skilled than me to make the search 
and replace, but will be pleased to help if needed.


Thanks for your help,
---
Jean-Baptiste Holcroft
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: ActionNotAllowed: policy violation (build_from_srpm)

[Sandro Mani]

On 23.02.2017 01:36, Kevin Fenzi wrote:

On Wed, 22 Feb 2017 21:19:52 +0100
Sandro Mani  wrote:


On 22.02.2017 19:36, Kevin Fenzi wrote:

On Wed, 22 Feb 2017 18:52:35 +0100
Sandro Mani  wrote:
  

Hi

Anyone an idea what's going on here?

$ fedpkg build
Building mingw-eigen3-3.3.3-1.fc26 for rawhide
Created task: 17994713
Task info:
https://koji.fedoraproject.org/koji/taskinfo?taskID=17994713
Watching tasks (this may be safely interrupted)... 17994713 build
(rawhide, /git/rpms/mingw-eigen3:e85524ace76e2d184ef7be04a8b9db7752099dbf):
free 17994713 build (rawhide,
/git/rpms/mingw-eigen3:e85524ace76e2d184ef7be04a8b9db7752099dbf):
free -> open (buildhw-04.phx2.fedoraproject.org)
17994713 build (rawhide,
/git/rpms/mingw-eigen3:e85524ace76e2d184ef7be04a8b9db7752099dbf):
open (buildhw-04.phx2.fedoraproject.org) -> FAILED:
ActionNotAllowed: policy violation (build_from_srpm)
 0 free  0 open  0 done  1 failed

17994713 build (rawhide,
/git/rpms/mingw-eigen3:e85524ace76e2d184ef7be04a8b9db7752099dbf)
failed

You are trying to build from an anon checkout?

fedpkg clone mingw-eigen3 and try again?
  

Nope, same problem with fresh clone.

Are you by chance using fedpkg-1.27-2.fc26 ?

It seems to be broken:

https://bugzilla.redhat.com/show_bug.cgi?id=1425913


Aha yes indeed, thanks

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