Fedora 32: Deprecating WEXT

[Lubomir Rintel]

Hi,

We're considering removing support for Wireless Extensions from
NetworkManager in Fedora 32 time frame.

A more modern Wi-Fi configuration API, cfg802111/nl80211, has been
available since 2007 and maybe there's no point in carrying the
maintenance burden anymore. It seems reasonable to assume that all
relevant and actively maintained wireless drivers have been ported.

If anyone sees good a reason not to carry out the removal, please speak
up.

Thank you
Lubo
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

libnm-glib endgame

[Lubomir Rintel]

Hello Everyone,

with NetworkManager-1.0 release exactly three years ago, libnm-glib
library got deprecated in favor of a newer library, libnm. Throughout
those years libnm-glib received very little love, fell behind the
feature parity with libnm and was left with bugs unfixed.

While the old library was still kept around, it has became a
maintenance burden.  A lot of effort was spent porting things to the
newer library and happily we're almost there now. With very few users
left the time to drop the old library has come closer.

For Fedora 28, we'd like to make sure there are no users of libnm-glib
left.  We've worked with the upstreams to get rid of the libnm-glib
dependencies, but there's still a couple of packages in Fedora that
rely on libnm-glib.  Their maintainters may need to take an action to
avoid breakage. Perhaps they are in a better position to talk to the
respective upstreams or may patch the distribution packages.

Here's the affected packages:

* gnome-shell
  Upstream unresponsive. [1]

* switchboard-plug-networking & wingpanel-indicator-network
  Upstream went unresponsive, pull requests stalled. [2] [3]

* strongswan-charon-nm
  Patch in review, will likely be part of next release. [4]

Please note that this is not an ultimatum of any kind -- we're not
removing the library yet, and we'll make sure we'll communicate the
actual removal properly.  At this point we just need the maintainers to
be aware of the issue and cooperate.

[1] https://bugzilla.gnome.org/show_bug.cgi?id=789811
[2] https://github.com/elementary/switchboard-plug-networking/pull/88
[3] https://github.com/elementary/wingpanel-indicator-network/pull/57
[4] https://github.com/strongswan/strongswan/pull/85

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

Re: Subject: Self Introduction: Romain Philibert

[Lubomir Rintel]

Hello Romain,

On Mon, 2016-02-15 at 10:14 +, Romain Philibert wrote:
> Hello,
> 
> I am working at Worldline, we are using massively CentOS and EPEL.
> Unfortunately somes packages installed on our serveurs are becoming
> retired from EPEL. I would like to be part of the Fedora community in
> order to maintain such packages.

It's nice to see you on board. Welcome!

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

Re: kmods and Fedora

[Lubomir Rintel]

On Thu, 2016-01-14 at 10:56 -0500, Neal Gompa wrote:
> Hello all,
> 
> I've recently been wondering why we haven't allowed kernel module
> packages in Fedora since Fedora 8. I've tried searching through our
> wiki and the mailing list, but I haven't come up with any concrete
> reasons for why we disallow them.
> 
> If it is perhaps the issue of keeping things in sync with kernels we
> provide (that is, maintainers didn't/couldn't keep up with new
> kernels
> being pushed during a release cycle), then I think the situation has
> changed.
> 
> We have two tools that can help us in this regard: akmod and Koschei,
> both came after our policy change to disallow kernel modules.
> 
> akmod is essentially DKMS except that instead of just building the
> kernel module, it'll build a kernel module package that matches an
> exact kernel release. Some of the weird problems that happen with
> DKMS
> don't seem to happen with akmod because of this. There's an argument
> for the akmod functionality being part of RPM and perhaps that should
> be the case. In any case, I don't see any particular reason akmod
> couldn't be brought into Fedora.
> 
> On the other end, we have Koschei, which tracks and rebuilds things
> automatically (but doesn't submit automatically). It should be
> possible to adapt what Koschei does to be able to automatically
> generate new kmod packages tied to a particular kernel release and
> make it easy for a maintainer to turn that into something that can be
> submitted as part of a kernel update bundle to Bodhi.
> 
> The biggest blocker I know of with kmods (at least dkms and akmod
> style ones) is we have a bug where DNF picks the wrong kernel-devel
> package at depsolve time[0] (this also appears to affect installing
> kernel-modules-extras too).
> 
> Aside from the DNF issue, is there anything else I'm missing in
> relation to kmods in Fedora?

The kernel doesn't have a stable API. Nothing guarantees the kernel
module would work with newer kernel version. As is usually the case, it
doesn't and it either break user's system or leaves it outdated, both
of which are horrible user experience.

> Best regards,
> Neal
> 
> [0]: https://bugzilla.redhat.com/show_bug.cgi?id=1228897
> 
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Heads up: Rawhide NetworkManager and RFC7217

[Lubomir Rintel]

Hi,

starting with NetworkManager-1.2.0-0.3.20151112gitec4d653.fc24 the IPv6
connections will default to using the RFC7217 "stable privacy"
addressing mode for new connections.

This feature is intended to improve privacy of the IPv6 users by using
a different host part in each network while maintaining the address
stability (the address will remain the same when the user reconnects to
the same network). It also improves addressing robustness by dealing
with duplicate address failures.

For most users this change won't affect anything user-visible.

However, this can potentially cause problems in setups which rely on
the IPv6 addresses to be derived from the interface MAC address. If you
suspect this is the case please read on.

The change in defaults does not affect existing configurations -- if
you have your IPv6 connections already configured their addresses will
_not_ change.

There's also a way to revert to the old behavior. The address
generation mode is controlled with "ipv6.addr-gen-mode" property.

To use the older mechanism, set the property as follows:

  # nmcli c modify  ipv6.addr-gen-mode eui64

To switch it to the RFC7217 mode do:

  # nmcli c modify  ipv6.addr-gen-mode stable-privacy

If you're creating the ifcfg files by hand, the equivalent key is
ADDR_GEN_MODE. If it's missing, the eui64 mode is assumed.

Please see nm-settings-ifcfg-rh(5) manual for details.

If anything breaks, we'd like to hear! Feel free to follow up on this
or file a bug report.

♥,
Lubo
-- 
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: Self Introduction: Barry Scott

[Lubomir Rintel]

Hello Barry,

On Mon, 2015-11-02 at 12:17 +, Barry Scott wrote:
> I am the maintainer for a number of open sources projects:
> 
>   PyCXX - C++ interface to python
>   PySVN - pythonic OO API to Subversion
>   PySVN Workbench QUI interface to Subversion
>   MEINC_Installer - allows python code to packaged into
>    executable for for Windows and
> Linux
> 
> I have been in software development for a long time on many OS
> (Fedora, OpenBSD, FreeBSD, Windows and DEC-VMS) in a number
> of languages (Python, C++, C, shell, Bliss32, Javascript).
> 
> I have worked on fixes for the Kernel, Xorg, Python, systemd,
> KDE and KMyMoney.
> 
> I would like to see Workbench packaged for Fedora and I am
> willing to be the Fedora Packager for Workbench.

Glad to see you on board!

> Barry

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

[rawhide] NetworkManager 1.2 in Fedora 24

[Lubomir Rintel]

Hello,

a major update to NetworkManager, a service that manages our network
connectivity is planned to be released later this year.

==
TLDR: If you're a maintainer of a VPN plugin, we'll reach out to you
with the port to new API soon. If you use libnm-glib your application
won't break, but libnm is better.
==

We plan to import a snapshot of the pre-release code very early
(probably in one week's time). We believe the code base is in a very
solid state and this will make it possible to start ironing out the
remaining wrinkles early and make use of the new features.

Among usual pile of fixes this release will bring new client libraries
(libnm and libnma) that essentially modernized and streamlined versions
of existing libraries (libnm-glib, libnm-vpn, libnm-util and libnm
-gtk).

We're keeping the old libraries so libnm-glib users will be unaffected
with one exception: due to glib type system restrictions libnm-glib and
libnm can't be loaded at the same time. Therefore libnm-based VPN
preferences plugins can't be mixed with libnm-glib based applications
and vice versa. To fix this situations the VPN plugins will provide
both libnm-glib and libnm based versions of the preferences plugins.
NetworkManager 1.2 provides a compatibility shim to make the porting
easier. We'll do the porting and submit changes to the upstreams and
the package maintainers.

A repository with new versions of the daemon, connection editor and VPN
plugins is available here:

https://copr.fedoraproject.org/coprs/lkundrak/NetworkManager/

♥,
Lubo
-- 
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: Self Introduction: Jon Kerr Nilsen

[Lubomir Rintel]

On Tue, 2015-06-23 at 12:51 +0200, Jon Kerr Nilsen wrote:
> Hi all,
> 
> As suggested in https://fedoraproject.org/wiki/Join_the_package_colle
> ction_maintainers?rd=PackageMaintainers/Join#Introduce_yourself  s://fedoraproject.org/wiki/Join_the_package_collection_maintainers?rd
> =PackageMaintainers/Join#Introduce_yourself> I'd like to introduce 
> myself. I'm Jon Kerr Nilsen, and I'm release manager and developer of 
> NorduGrid ARC (http://www.nordugrid.org ), 
> an open source resource connector which I have helped develop since 
> 2007. As for other related experience, I've been using RedHat based 
> systems on a daily basis ever since I installed RHL 6.0 in 1999. 
> 
> My main reason for becoming a package maintainer in the Fedora 
> Project is to be able to co-maintain the ARC software in Fedora and 
> EPEL. My first package is related to a development project we have in 
> ARC where we need to connect some old perl code with some new python 
> code. To accomplish this we're going to use the Inline::Python 
> package from CPAN, and since it is not yet packaged for Fedora, 
> here's the review request:
> https://bugzilla.redhat.com/show_bug.cgi?id=1234791 <
> https://bugzilla.redhat.com/show_bug.cgi?id=1234791>
> 

Hello, and welcome!

Lubo
-- 
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: Self-Introduction: Mike Ruckman (roshi)

[Lubomir Rintel]

On Mon, 2015-06-22 at 17:37 -0600, Mike Ruckman wrote:
> Hey devel list!
> 
> I'm Mike (mostly known as roshi on freenode) and I'd like to become a
> packager. I don't have much experience (outside of local scratch 
> builds
> to test fixes) with packaging, but I'd like to learn more and get
> involved. I've posted my first package for review [0] for a tool 
> called
> testcloud. testcloud makes it easy to locally boot and test cloud 
> images
> and is currently being used for the disposable clients for taskotron.
> Any feedback or patches welcome!

Hello, roshi! Welcome onboard!

Lubo
-- 
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: Self Introduction:Sören Möller

[Lubomir Rintel]

On Thu, 2015-06-18 at 17:27 +0200, Soeren Moeller wrote:
> Hi
> 
> My name is Sören Möller and I'm working as statistician at a Danish
> University.
> 
...
> I have followed Fedoras development for some months, and would like 
> to
> become actively involved.
...
> 
> I will try to comment on package reviews of other packages during the 
> next
> few days, to get a feeling for the review process.
> 
> Afterwards I will try to find a sponsor( as outlined in
> https://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager
> _group),
> to become a packager.

Hello, and welcome!

Lubo
-- 
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: RFC: LiveUSB Creator Revamped

[Lubomir Rintel]

On Thu, 2015-05-28 at 14:31 +0200, Martin Bříza wrote:
> On Thu, 28 May 2015 14:28:17 +0200, Martin Bříza  
> wrote:
> 
> > Hi everyone,
> > 
> > for quite a while, I've been working on implementation of a new,  
> > revamped UI, designed by Jakub Steiner for the LiveUSB Creator [0].
> >   
> > Currently, me and Luke are slowly moving to merge the changes back 
> > into  
> > the master branch of the tree. Some stuff is not done, like 
> > descriptions  
> > of the images or final look of the icons but the really important 
> > things  
> > are already there.
> > 
> > I'm writing here to ask you guys for input on what you think about 
> > how  
> > it looks like now. I've set up a Copr repository [1] and put a 
> > Windows  
> > package together [2].
> > I'm open to all kinds of feature requests, bug reports, any kind of
> >   
> > input that comes to your minds.
> > The Copr version still contains just udisks support. Udisks2 will 
> > be  
> > added ASAP (when I rebase my branch against master and build the 
> > package  
> > again).
> > 
> > Specifically, what we'd love to settle is: what to do with the main
> >   
> > screen with the three promoted images. Obviously, putting a Server 
> > or  
> > Cloud Product on a USB drive is a nonsense. One could argue the 
> > tool at  
> > least downloads the images for you, though.
> > 
> > Cheers,
> > Martin
> > 
> > [0] https://github.com/lmacken/liveusb-creator/tree/feature/new-ui
> > [1] 
> > https://copr.fedoraproject.org/coprs/mbriza/unstable/build/94636/
> > [2a] https://mbriza.fedorapeople.org/liveusb-creator.zip
> > [2b] http://ma.rtinbriza.cz/w/liveusb-creator.zip
> 
> Also, to see it without actually installing it, there's just a little 
> bit  
> outdated screencap:
> https://mbriza.fedorapeople.org/liveusb-6.ogv

It looks neat!

A few notes:

1.) There's no scrollbar to scroll the list. It only appears upon
scrolling with a mouse wheel which is kind of useless.

2.) It would be nice if the release list was configurable (think
/usr/lib/liveusb-creator/releases.d + /etc/liveusb-creator/releases.d
instead of hardcoded in releases.py). That way the default
installations could bring in the Fedora distributions while an add-on
packages could add CentOS, RPM Fusion, etc.

3.) I've launched liveusb-creator_polkit. However it doesn't seem to
employ policykit -- the UI itself runs as root! The inconvenient side
-effect is that the file picker is not entirely relevant and I have
hard time finding the ISO file I've downloaded.

4.) The dependency on udisks is missing and the error is not handled
gracefully. The following tracebacks appears on the console:

Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/liveusb/gui.py", line 830, in 
USBDeviceEnumerationStart
self.live.detect_removable_drives(callback=self.USBDeviceCallback)
  File "/usr/lib/python2.7/site-packages/liveusb/creator.py", line 519, in 
detect_removable_drives
"/org/freedesktop/UDisks")
  File "/usr/lib64/python2.7/site-packages/dbus/bus.py", line 241, in get_object
follow_name_owner_changes=follow_name_owner_changes)
  File "/usr/lib64/python2.7/site-packages/dbus/proxies.py", line 248, in 
__init__
self._named_service = conn.activate_name_owner(bus_name)
  File "/usr/lib64/python2.7/site-packages/dbus/bus.py", line 180, in 
activate_name_owner
self.start_service_by_name(bus_name)
  File "/usr/lib64/python2.7/site-packages/dbus/bus.py", line 278, in 
start_service_by_name
'su', (bus_name, flags)))
  File "/usr/lib64/python2.7/site-packages/dbus/connection.py", line 651, in 
call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The 
name org.freedesktop.UDisks was not provided by any .service files

The UI is just not able to find the flash drive.

5.) The error handling seems messed up. When I hit the write button,
there's no error in the UI, but the following is in the console:

[gui:246] (u'T', u'h', u'e', u'r', u'e', u' ', u'i', u's', u' ', u'n', u'o', 
u't', u' ', u'e', u'n', u'o', u'u', u'g', u'h', u' ', u'f', u'r', u'e', u'e', 
u' ', u's', u'p', u'a', u'c', u'e', u' ', u'o', u'n', u' ', u't', u'h', u'e', 
u' ', u's', u'e', u'l', u'e', u'c', u't', u'e', u'd', u' ', u'd', u'e', u'v', 
u'i', u'c', u'e', u'.', u' ', u'R', u'e', u'q', u'u', u'i', u'r', u'e', u'd', 
u':', u' ', u'1', u'0', u'5', u'6', u'M', u'B', u'.', u' ', u'F', u'r', u'e', 
u'e', u':', u' ', u'7', u'0', u'2', u'M', u'B', u'.')
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/liveusb/gui.py", line 243, in run
self.copyImage(now)
  File "/usr/lib/python2.7/site-packages/liveusb/gui.py", line 265, in copyImage
self.live.check_free_space()
  File "/usr/lib/python2.7/site-packages/liveusb/creator.py", line 263, in 
check_free_space
str(freebytes/1024**2) + "MB")))
LiveUSBError: (u'T', u'h', u'e', u'r', u'e', u' ', u'i', u's', u' ', u'n', 
u'o', u't', u' ', u'e', u'n', u'o', u'u', u'g', u'

Anyone uses centerim?

[Lubomir Rintel]

Hi,

I'm wondering if anyone uses CenterIM?

It hasn't seen an upstream update in a while. However, as long as it
works and doesn't have unpatched known security issues I'd prefer
keeping it in the package collection.

If there's anyone who'd like to maintain the package, I'd be happy to
pass it on -- it probably deserves a more caring maintainer.

Thank you,
Lubo
-- 
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: [Bug 1201978] dracut assumes BIOS time is UTC closed without fixing again

[Lubomir Rintel]

On Wed, 2015-04-29 at 14:00 +0200, Ralf Corsepius wrote:
> On 04/28/2015 03:52 PM, Lennart Poettering wrote:
> 
> > And no, this *never* worked fully on Linux, and it never will, 
> > sorry.
> 
> But it worked sufficentily most of the time ... ever since!
> 
> The current situation means,
> - Fedora does not support multiboot'ing at all,
> - Fedora is preferring to be militant against Windows
> - Fedora is hostile and ignorant against its users.

It seems to be that either way this gets solved it leaves unhappy
users and developers behind. Given the scope of the issue is wider
than just a package maintenance issue, I'm wondering if FESCO could
help getting it settled?

Would it make sense to create a FESCO ticket and let it vote on the
matter? (Work around in Fedora vs. hardcode UTC and encourage the fix
in Windows NT?)

Lubo
-- 
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: Annonce: qt-virt-manager

[Lubomir Rintel]

On Wed, 2015-04-22 at 13:50 -0600, Orion Poplawski wrote:
> On 04/22/2015 11:36 AM, Fl@sh wrote:
> > Hi, all!
> > I'm developing qt-virt-manager.
...
> You might consider making a copr repo.

Better: Please file a review request and add it to the Fedora package
collection, please.

Thanks,
Lubo

-- 
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: Self Introduction: Toby Goodwin

[Lubomir Rintel]

Hello Toby,

On Fri, 2015-04-10 at 21:52 +, Toby Goodwin wrote:
> I've been using Free Software for a very long time, and contributing in
> a small way for nearly 20 years. I even worked briefly for Cygnus in the
> 1990s, shortly before the Red Hat acquisition. I've been an enthusiastic
> user of Fedora since... well, since long before it was called Fedora:
> about Red Hat Linux 4 IIRC!
> 
> I've been meaning to join the Fedora Developers for ages. There are a
> couple of packages I'm hoping to contribute. Time permitting I'd also
> like to get involved in helping to support Haskell in Fedora, as I have
> some experience in this area.
> 
> I look forward to working with you all!

Welcome!

Glad to have you on board!

> Toby.

Lubo

-- 
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: An everyday tale of dnf

[Lubomir Rintel]

Hi Tom,

On Wed, 2015-04-08 at 12:14 +0100, Tom Hughes wrote:

> WTF!
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: F22 System Wide Change: Set sshd(8) PermitRootLogin=no

[Lubomir Rintel]

On Thu, 2015-01-08 at 13:42 +0100, Jaroslav Reznik wrote:
> = Proposed System Wide Change: Set sshd(8) PermitRootLogin=no =
> https://fedoraproject.org/wiki/Changes/SSHD_PermitRootLogin_no

The discussion got rather long, but I didn't see one particular aspect
discussed:

> Remote users would not be allowed to login using 'root' account with a
> password. They would have to login using an SSH key or first connect
> using a non-root account and then upgrade their privileges via sudo(8)
> or su -.

Doesn't this make the systems actually _less_ secure?

I sometimes do risky things with my regular account. I often process
untrusted input I download from internet, often using tools that have
serious security issues discovered (it doesn't have to be just flash or
firefox, remember the binutils [1] or less [2] issues?). I'm sure many
of us are similarly careless with their non-privileged accounts.

[1] http://openwall.com/lists/oss-security/2014/10/23/5
[2] http://seclists.org/fulldisclosure/2014/Nov/74

There's a chance of a successful exploitation that would result in
obtaining my privileges. Sure, gaining access to my account is bad
enough, but if I run "su" or "sudo", they have root!

I'm never sure if I'm talking to the actual tool. Something could have
tampered with my shell and now is snooping for my password. The attacker
could have ptrace()d my shell and switched execve("/bin/su") for
execve("/tmp/uz_nejsu"). Or they could just have changed the $PATH in
my .profile. I wouldn't notice!

For this reason, I avoid privilege escalation when I need to conduct
privileged operations, but open a separate session. The sshd daemon
running with root privileges is more trustworthy to me than my user
session.

-1 for this change from me.

Disallowing root logins and requiring me to use my regular account puts
other users of the system in risk.

Thank you,
Lubo

-- 
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: Where is yaws?

[Lubomir Rintel]

On Sat, 2015-01-03 at 14:58 +0800, Christopher Meng wrote:
> Hi,
> 
> I'd like to know why yaws was retired as it's a Web server still being
> used by many people, can someone tell me what happened there in the
> past?
> 
> I feel unaccountably unhappy when I see that almost other major
> distributions ship it still with the latest 1.99 version however I can
> only install yaws in EPEL7 only with a dated 1.98 version.

Well, noone volunteered to maintain it?

I sort of needed it for EPEL until a couple of months ago so I kept it
alive until recently where another volunteer picked it up.

If you need it outside of EPEL free to re-add it I guess? The EPEL
package should work fine with Fedora and I think update to 1.99 will be
just a minimal effort. I'll review it for you if you file a review
request.

Thanks
Lubo

-- 
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: Entire process's environment attached to bugzillas by ABRT

[Lubomir Rintel]

On Mon, 2014-12-01 at 08:59 +, Richard W.M. Jones wrote:
> On Sun, Nov 30, 2014 at 08:29:27PM -0500, Rahul Sundaram wrote:
> > Hi
> > 
> > On Sun, Nov 30, 2014 at 1:36 PM, Lars Seipel  wrote:
> > >
> > >
> > > There's also OpenNebula (^ONE_) and Vmware (^VI_) doing the same. Seems
> > > to be pretty common with virt and cloud stuff. Apart from that I can't
> > > think of anything else right now.
> > 
> > 
> > Rackspace, DigitalOcean,  Google Computing Engine etc have API info
> > potentially exported in the environment as well.  This is going to be quite
> > tedious to filter out but just in case you want to blacklist them,  you
> > want to blacklist the following
> > 
> > NOVA_*
> > DO_*
> > APPID_*
> 
> It looks like they inherited this habit from Amazon ...
> 
> For the avoidance of doubt, putting authentication information into
> the environment is a bad, insecure practice.  Any other local user can
> immediately see it using 'ps axe'.

No, that's just your processes:

$ cat /proc/1/environ 
cat: /proc/1/environ: Permission denied
$

Lubo

-- 
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: Entire process's environment attached to bugzillas by ABRT

[Lubomir Rintel]

On Sun, 2014-11-30 at 13:43 +, Richard W.M. Jones wrote:
> On Fri, Nov 28, 2014 at 07:39:47AM +0100, Jakub Filak wrote:
> > The discussion I mentioned above was primarily about OpenStack (but the
> > participants also expressed concerns about sending 'environ' to Bugzilla
> > at all), where people are regularly storing their passwords and tokens
> > as environment variables.
> 
> Yes unfortunately OpenStack does by default encourage people to source
> a 'keystonerc_admin' file which contains authentication tokens.  The
> file will look something like this:
> 
> export OS_USERNAME=admin
> export OS_TENANT_NAME=admin
> export OS_PASSWORD=mysecretpassword
> export OS_AUTH_URL=http://127.0.0.1:35357/v2.0/
> 
> For a public cloud, knowing those values could give anyone access to
> the account.
> 
> How about having abrt just remove or scrub all variables that start
> with /^OS_/ ?  I know it's nasty to have application-specific
> treatment of environment variables like this, but the number of
> applications that pass auth information through environment variables
> is small.
> 
> For Amazon EC2 you'd want to scrub /^AWS_/

Some time ago I've run a search against Bugzilla and found a large
numbers of actual EC2 credentials there after I almost fell victim to
this myself.

So, yes, this IS a very actual issue. I find it perfectly possible that
someone else could do the same search and at the same time I find it
naive to assume everyone finds it inappropriate to access the affected
systems.

ABRT itself marked the reports potentially sensitive ("SECRET" in the
environment variable). The reporters did not apparently mind and I know
it's easy to make the mistake.

PS: I contacted everyone affected at the time so that they change their
credentials. Some of the reports were rather old and the credentials
still worked! Rotate your credentials regularly!

Lubo

-- 
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: fedora 21 lets me install packages without root

[Lubomir Rintel]

On Mon, 2014-10-20 at 06:21 -0700, James Patterson wrote:
> On Mon, Oct 20, 2014, at 06:02 AM, Michael Catanzaro wrote:
> > On Sun, 2014-10-19 at 23:34 -0700, James Patterson wrote:
> > > I am in the wheel group, and if I type:
> > > 
> > > nethogs
> > > 
> > > then I can install nethogs without any additional authorization. This is
> > > on a freshly booted machine where sudo has not been run.
> > > 
> > > Should this be marked as a blocker?
> > > https://bugzilla.redhat.com/show_bug.cgi?id=1153005
> > > 
> > 
> > This was approved by FESCo last year. As you noticed, you're in wheel,
> > which lets you do lots of privileged things without typing any password
> > (and many other things with your own password instead of the root
> > password). If you don't want this behavior, you can just remove yourself
> > from wheel.
> 
> I'd like consistent behavior please.
> 
> Typing yum install requires a password, so should be the behaviour for
> running a command that doesn't exist causing a package to be installed.

yum is a lower-level package managing tool/API.

If you want something that works with PolicyKit to authorize the signed
package installation for members of wheel group, use PackageKit:

pkcon install xteddy

Lubo

-- 
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: Package reviewers (and comaintainers) wanted

[Lubomir Rintel]

On Fri, 2014-07-25 at 22:01 +0200, Haïkel wrote:
> Hi,
> 
> I took the review of python-{botocore,jmespath,bcdoc} and awscli.

I'm wondering if you'd be willing to (co-)maintain the packages as well,
given you previous interest in awscli?

> 
> Regards,
> H?

Thank you,
Lubo

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

Package reviewers (and comaintainers) wanted

[Lubomir Rintel]

Hi,

I'd be very thankful if someone could help me with my review requests (I
can review a package of theirs if they need a review too).

Also, if anyone would like to (co-)maintain any of those packages (that
generally applies to all packages of mine), I'd be very glad to add
them.

Here's the list:

Review Request: perl-Database-DumpTruck - Relaxing interface to SQLite
https://bugzilla.redhat.com/show_bug.cgi?id=1123268

Review Request: python-scraperwiki - Local version of ScraperWiki libraries
https://bugzilla.redhat.com/show_bug.cgi?id=1123401

Review Request: python-dumptruck - Relaxing interface to SQLite
https://bugzilla.redhat.com/show_bug.cgi?id=1123400

Review Request: python-jmespath - JSON Matching Expressions
https://bugzilla.redhat.com/show_bug.cgi?id=1123398

Review Request: python-botocore - The low-level, core functionality of boto 3
https://bugzilla.redhat.com/show_bug.cgi?id=1123399

Review Request: python-bcdoc - Tools to help document botocore-based projects
https://bugzilla.redhat.com/show_bug.cgi?id=1123397

Review Request: awscli - AWS Command Line Interface
https://bugzilla.redhat.com/show_bug.cgi?id=1123402

Thank you!
Lubo

-- 
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: WARNING: malicious code

[Lubomir Rintel]

On Sun, 2014-07-06 at 13:48 +0200, Reindl Harald wrote:
> 
> Am 06.07.2014 13:41, schrieb Sandro Mani:
> > On 06.07.2014 13:38, drago01 wrote:
> >> On Sun, Jul 6, 2014 at 1:04 PM, Till Maas  wrote:
> >>> On Fri, Jul 04, 2014 at 04:26:07PM +0200, Sandro Mani wrote:
> >>>
>    * A script automating most of the process of validating and processing 
>  the
>  request can be found at
> 
>  https://github.com/manisandro/fedora-process-simple-patch/blob/master/process-simple-patch.py
> >>> Do not run this script, because it contains malicious code that
> >>> might remove all files from your system! The code can be found in lines
> >>> 301-302:
> >>>
> >>> | 301   os.chdir("/")
> >>> | 302   shutil.rmtree(os.getcwd())
> >> Ouch ... can we ban this guy from Fedora?
> >
> > This is a bit dramatic. I really sincerely apologize for this and please 
> > realize that I wrote this with the best
> > intentions. I've fixed the issue...
> 
> how can a "rm -rf currentdir" happen by accident?
> and that combined with make / to the current dir?
> 
> line 302 is a no-go in general
> line 301 before that smells like intention
> 
> i can't imagine that two lines together happen by mistake

That may well be an issue with your imagination (or even experience). As
for me, I'm struggling to imagine why would anyone do that
intentionally.

I think (and hope) lot of us would be very unhappy if  manage to build
an environment where hastily punish people for mistakes or suspicions in
a mob-like manner. Please give the guy a break and don't jump into too
quick judgments.

Lubo

-- 
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: Koschei - continuous rebuilds for packages

[Lubomir Rintel]

On Tue, 2014-07-01 at 10:13 -0400, Michael Simacek wrote:
> Hello,
> 
> Recently I've been working on Koschei - a new continuous rebuilding tool for
> Fedora and I'd like to announce it publicly and get some feedback.
> 
> How will it work?
> It will have a set of tracked packages for which it will watch dependency
> updates and will (scratch) rebuild packages in Koji after the dependencies
> change (are updated, downgraded...).
[snip]

Sounds a lot like what openSUSE's Open Build Service does. I think they
automatically trigger rebuilds of dependees when a provide they depend
on goes away due to a rebuild, so SONAME bumps are a breeze.

I'm wondering why is the functionality built into a separate service
instead of Koji, the build system itself?

Regards,
Lubo

-- 
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: Patches for trivial bugs sitting in bugzilla -> trivial patch policy?

[Lubomir Rintel]

On Thu, 2014-06-26 at 17:50 +0200, Sandro Mani wrote:
> Hi,
> 
>  From time to time, I see trivial patches posted in bugzilla which end 
> up sitting there because the maintainer is too busy / gets bombarded 
> with tons of bugzilla mails and misses that particular one / whatever 
> reason. As a packager, sometimes it seems very hard to get such trivial 
> patches applied.
...

As a package maintainer, who quite often sees trivial bug reports with
fix suggestions or patches attached, I often wish I could just silently
agree (or disagree with a git revert) with a change that someone else
pushed or maybe a pull the fix from a branch instead of manually
applying a change from Bugzilla.

Regards,
Lubo

-- 
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: Self Introduction: David Nichols

[Lubomir Rintel]

On Wed, 2014-06-25 at 07:59 +0200, David Nichols wrote:
> Hello,
> 
> My name is David Nichols, and I'm the author of the Qore programming language.
> 
> I've recently made a package submission request to Fedora for Qore, which is 
> under review here: https://bugzilla.redhat.com/show_bug.cgi?id=691
> 
> I've been running fedora (and before that redhat) for many years, and use 
> fedora and redhat extensively at home and at work.
> 
> I've been packaging qore with RPM for many years, but now I'm getting into 
> Fedora-specific packaging, and have found that my RPM skills were out of date 
> and, even though I've been providing 3rd-party RPMs for Fedora for many 
> years, I have found through the review process that I had a lot to learn.
> 
> Fortunately there is a lot of documentation, and also I've gotten a lot of 
> constructive advise in the qore review.
> 
> My goal is to become the maintainer of Qore for Fedora, and since I'm 
> responsible for upstream development as well, I can make sure that the Fedora 
> packages remain high-quality.
> 
> I hope everyone who has read this far has a great day :)

Thank you and welcome on board!

> 
> thanks,
> David
> 
> 

Lubo

-- 
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: pam_script review

[Lubomir Rintel]

On Sat, 2014-06-21 at 01:12 +, Jason Taylor wrote:
> Hi Lubomir,
> 
> Thank you for the information! As suggested, I took a look at a couple of 
> package submissions.
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=692
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=691
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=689
> 
> Any tips/hints regarding reviews are appreciated!

Please don't top-post here :)

The reviews look fine, and so does your package. I'll be doing a
complete review shortly.

Thank you.
Lubo

> 
> Regards,
> 
> JT
> 
> From: devel-boun...@lists.fedoraproject.org 
> [devel-boun...@lists.fedoraproject.org] on behalf of Lubomir Rintel 
> [lkund...@v3.sk]
> Sent: Wednesday, June 18, 2014 3:20 PM
> To: Development discussions related to Fedora
> Subject: Re: pam_script review
> 
> Hi Jason,
> 
> On Wed, 2014-06-18 at 18:53 +, Jason Taylor wrote:
> > Hi All,
> >
> > I have submitted https://bugzilla.redhat.com/show_bug.cgi?id=1110913
> 
> I've added some comments. If noone else steps in, I can do a formal
> review as well.
> 
> > As indicated in the ticket this is my first packaging attempt so I am
> > looking for a sponsor as well. i would obviously like to learn more
> > about packaging and help maintain packages in addition to my
> > submission. So if someone happens to have the time to help me learn
> > the ropes and can sponsor me so I can see about helping out I would
> > appreciate it! TIA.
> 
> Most sponsors (me included) would like to see you do some informal
> package reviews. Please have a look at the open reviews and if you
> identify any issues with the packages comment on the packages (with a
> note that you're not doing a formal review). You can follow up in this
> thread with the links to your review comments.
> 
> Also, feel free to ask on this list if there's anything unclear about
> the guidelines. The guidelines and documentation are huge and the best
> way to get familiar with them is reviewing and creating the packages.
> 
> > Regards,
> >
> > JT
> 
> Have a nice day!
> Lubo
> 
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct


-- 
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: pam_script review

[Lubomir Rintel]

Hi Jason,

On Wed, 2014-06-18 at 18:53 +, Jason Taylor wrote:
> Hi All,
> 
> I have submitted https://bugzilla.redhat.com/show_bug.cgi?id=1110913 

I've added some comments. If noone else steps in, I can do a formal
review as well.

> As indicated in the ticket this is my first packaging attempt so I am
> looking for a sponsor as well. i would obviously like to learn more
> about packaging and help maintain packages in addition to my
> submission. So if someone happens to have the time to help me learn
> the ropes and can sponsor me so I can see about helping out I would
> appreciate it! TIA.

Most sponsors (me included) would like to see you do some informal
package reviews. Please have a look at the open reviews and if you
identify any issues with the packages comment on the packages (with a
note that you're not doing a formal review). You can follow up in this
thread with the links to your review comments.

Also, feel free to ask on this list if there's anything unclear about
the guidelines. The guidelines and documentation are huge and the best
way to get familiar with them is reviewing and creating the packages.

> Regards,
> 
> JT

Have a nice day!
Lubo

-- 
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: dnf replacement for yum-cron

[Lubomir Rintel]

On Mon, 2014-06-16 at 08:50 -0400, Neal Becker wrote:
> Been using yum-cron for years with good results.
> 
> If yum is being phased out, I'll want a dnf-cron replacement

https://github.com/akozumpl/dnf/blob/master/etc/systemd/dnf-makecache.service
I think it comes with the dnf distribution package already.

Have a nice day!
Lubo

-- 
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: Self introduction: Dave Love

[Lubomir Rintel]

On Mon, 2014-06-09 at 22:48 +0100, Dave Love wrote:
> I've just submitted my first package, the procenv tool for showing the
> process environment:
> 
> 
> I have more to offer which are relevant to HPC or other research
> computing.  There's a collection of specs for packages I've installed at
> , although many of them will
> need re-doing for Fedora, and some aren't suitable.
> 
> I'm a sometime Emacs and GNU Fortran maintainer, and currently maintain
> the community version of the Grid Engine batch system.
> 
> FAS: loveshack; AKA f...@gnu.org

Welcome on board!

Lubo

-- 
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: Self introduction: Didier Fabert

[Lubomir Rintel]

Hi Didier,

On Sat, 2014-05-24 at 13:23 +0200, Didier Fabert wrote:
> Hi all,
> 
> My name is Didier Fabert (FAS: tartare). I'm a long-time user of Fedora, 
> CentOS. I'm 
> sysadmin, and that's why I'm building some packages for a long time with mock 
> (fedora) and in our personal Koji (for el5 6 7).

Welcome on board!

> For people who have searching for fedora  packages about povray tools (like 
> arbaro, 
> fracplanet, geomorph, ngplant, povtree), I have a repository for building 
> such tools: 
> https://github.com/didier13150/rpm

You're welcome to bring this packages into the distribution repository.

> I'm curently working on packaging modoboa (http://modoboa.org/en/), a mail 
> hosting and management platform. But I'm not ready to fill my first review 
> request 
> yet.

> I will need a sponsor (preferably who speak french like me because my english 
> is not 
> perfect)

I've taken a short look at your repository and I believe you're already
rather experienced and familiar with good packaging practices.

I don't speak any French, I'd be happy to sponsor you in case you won't
find anyone more suitable. Just let me know then :)

> Cheers,
> 
> Didier.


Lubo

-- 
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: go2rpm: Tool to aid packaging Go modules

[Lubomir Rintel]

On Wed, 2014-05-14 at 11:10 -0400, Matthew Miller wrote:
> On Wed, May 14, 2014 at 04:54:35PM +0200, Lubomir Rintel wrote:
> > while attempting to package Go stuff I've created this tool that
> > automates the repetitive tasks in the similar manner to what cpanspec
> > does for Perl:
> > https://github.com/lkundrak/go2rpm/blob/master/go2rpm.pl
> 
> It's kind of awesomely ironic that this is written _in Perl_. :)

Pick the right tool for a task!
Actually, this is more like right tool for a person doing the task. :)

Lubo

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

go2rpm: Tool to aid packaging Go modules

[Lubomir Rintel]

Hi,

while attempting to package Go stuff I've created this tool that
automates the repetitive tasks in the similar manner to what cpanspec
does for Perl:

https://github.com/lkundrak/go2rpm/blob/master/go2rpm.pl

Hopefully some might find this useful.
Opinions, suggestions, fixes and enhancements are welcome.

Thanks,
Lubo

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

Unresponsive maintainer: wolfy

[Lubomir Rintel]

Hello,

Anyone knows how could I contact wolfy? I've tried to reach him at IRC
and known e-mail addresses, without a response. His FAS address bounces
and sponsor does not know how to contact him either.

I hope he's doing fine.

He maintains an EPEL branch of the package (Pound) I'd like to see in
epel7 and I'm wondering if he's willing to maintain the epel7 branch.

Thank you,
Lubo

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

[perl-Net-GitHub/epel7] (6 commits) ...0.56 bump

[Lubomir Rintel]

Summary of changes:

  e09fc3e... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
  3bd36cb... Perl 5.18 rebuild (*)
  ff127e8... 0.53 bump (*)
  aa25e92... 0.54 bump (*)
  de61f8d... 0.55 bump, no code changes (*)
  3b6fae0... 0.56 bump (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-PDL/epel7] (9 commits) ...Disable Slatec on PPC64

[Lubomir Rintel]

Summary of changes:

  d73976f... rebuild for new GD 2.1.0 (*)
  04280c6... Perl 5.18 rebuild (*)
  0f5a833... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
  55bbe7c... 2.006 bump (*)
  3a444a2... 2.006_90 bump (*)
  1398963... Re-enable Proj support (*)
  92b8f59... Fix building on ARM (*)
  e17aa7b... 2.007 bump (*)
  5e0c631... Disable Slatec on PPC64 (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Lucy: 23/28] - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild

[Lubomir Rintel]

commit 0c79fffcb9e01e3989f5b4364ef9602276f8f09a
Author: Dennis Gilmore 
Date:   Fri Jul 20 11:26:26 2012 -0500

- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild

 perl-KinoSearch.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-KinoSearch.spec b/perl-KinoSearch.spec
index 9419d6e..2ba49f5 100644
--- a/perl-KinoSearch.spec
+++ b/perl-KinoSearch.spec
@@ -5,7 +5,7 @@
 
 Name:   perl-KinoSearch
 Version:
%{cpan_version_major}%{?cpan_version_minor:.}%{cpan_version_minor}
-Release:2%{?dist}
+Release:3%{?dist}
 Epoch:  1
 Summary:Search engine library
 # ApacheLicense2.0.txt included is included just becuase the upstream
@@ -94,6 +94,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jul 20 2012 Fedora Release Engineering  
- 1:0.31.5-3
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
+
 * Wed Jun 20 2012 Petr Pisar  - 1:0.31.5-2
 - Perl 5.16 rebuild
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Lucy: 22/28] Perl 5.16 rebuild

[Lubomir Rintel]

commit be9ced862029eaa246aab0beaedbda820859d2a2
Author: Petr Písař 
Date:   Wed Jun 20 22:55:14 2012 +0200

Perl 5.16 rebuild

 perl-KinoSearch.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-KinoSearch.spec b/perl-KinoSearch.spec
index d8b7049..9419d6e 100644
--- a/perl-KinoSearch.spec
+++ b/perl-KinoSearch.spec
@@ -5,7 +5,7 @@
 
 Name:   perl-KinoSearch
 Version:
%{cpan_version_major}%{?cpan_version_minor:.}%{cpan_version_minor}
-Release:1%{?dist}
+Release:2%{?dist}
 Epoch:  1
 Summary:Search engine library
 # ApacheLicense2.0.txt included is included just becuase the upstream
@@ -94,6 +94,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Wed Jun 20 2012 Petr Pisar  - 1:0.31.5-2
+- Perl 5.16 rebuild
+
 * Wed Jun 20 2012 Petr Pisar  - 1:0.31.5-1
 - 0.315 bump
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Lucy: 17/28] add BR

[Lubomir Rintel]

commit eff1b259ab55eb1b6970f90613ae13d9d71f2733
Author: Marcela Mašláňová 
Date:   Tue Dec 21 10:28:51 2010 +0100

add BR

 perl-KinoSearch.spec |4 +++-
 1 files changed, 3 insertions(+), 1 deletions(-)
---
diff --git a/perl-KinoSearch.spec b/perl-KinoSearch.spec
index 3287f1f..d0bdcdd 100644
--- a/perl-KinoSearch.spec
+++ b/perl-KinoSearch.spec
@@ -12,7 +12,6 @@ Group:  Development/Libraries
 URL:http://search.cpan.org/dist/KinoSearch/
 Source0:
http://www.cpan.org/authors/id/C/CR/CREAMYG/KinoSearch-%{version}.tar.gz
 Source1:LICENSING.mbox
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 BuildRequires:  perl(Compress::Zlib)
 BuildRequires:  perl(ExtUtils::CBuilder)
 BuildRequires:  perl(ExtUtils::ParseXS)
@@ -22,6 +21,8 @@ BuildRequires:  perl(Module::Build)
 BuildRequires:  perl(Test::Pod::Coverage) >= 1.04
 BuildRequires:  perl(Test::Pod) >= 1.14
 BuildRequires:  perl(Time::HiRes)
+BuildRequires:  perl(JSON::XS)
+BuildRequires:  perl(Parse::RecDescent)
 Requires:   perl(Compress::Zlib)
 Requires:   perl(Lingua::Stem::Snowball) >= 0.94
 Requires:   perl(Lingua::StopWords) >= 0.02
@@ -69,6 +70,7 @@ rm -rf $RPM_BUILD_ROOT
 %changelog
 * Mon Dec 20 2010 Marcela Maslanova  - 1:0.31-2
 - 661697 rebuild for fixing problems with vendorach/lib
+- add BR
 
 * Sun Dec 12 2010 Lubomir Rintel  - 1:0.31-1
 - BR Time::HiRes to fix el6 build
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Lucy: 15/28] Filter useless provide

[Lubomir Rintel]

commit 7e278932d2872263ac7a25f122b4533ee6491e87
Author: Lubomir Rintel 
Date:   Sun Dec 12 16:11:03 2010 +0100

Filter useless provide

 perl-KinoSearch.spec |2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)
---
diff --git a/perl-KinoSearch.spec b/perl-KinoSearch.spec
index f6c8f12..b7e8e5c 100644
--- a/perl-KinoSearch.spec
+++ b/perl-KinoSearch.spec
@@ -28,6 +28,8 @@ Requires:   perl(Lingua::StopWords) >= 0.02
 Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
 Requires:   perl(Time::HiRes)
 
+%{?perl_default_filter}
+
 %description
 KinoSearch is a loose port of the Java search engine library Apache Lucene,
 written in Perl and C. The archetypal application is website search, but it
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Lucy: 13/28] dist-git conversion

[Lubomir Rintel]

commit 2fe799fe2f02ad50608729f96dcb12df0301a34f
Author: Fedora Release Engineering 
Date:   Thu Jul 29 07:06:02 2010 +

dist-git conversion

 .cvsignore => .gitignore |0
 Makefile |   21 -
 import.log   |1 -
 3 files changed, 0 insertions(+), 22 deletions(-)
---
diff --git a/.cvsignore b/.gitignore
similarity index 100%
rename from .cvsignore
rename to .gitignore
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Lucy: 8/28] - Upstream applied our PowerPC patch

[Lubomir Rintel]

commit 2ad1e209c36e91a10656f7df9ced468e330bdb0a
Author: Lubomir Rintel 
Date:   Mon Apr 13 16:17:04 2009 +

- Upstream applied our PowerPC patch

 .cvsignore   |2 +-
 perl-KinoSearch.spec |7 ---
 sources  |2 +-
 3 files changed, 6 insertions(+), 5 deletions(-)
---
diff --git a/.cvsignore b/.cvsignore
index 311dd9f..691c164 100644
--- a/.cvsignore
+++ b/.cvsignore
@@ -1 +1 @@
-KinoSearch-0.164.tar.gz
+KinoSearch-0.165.tar.gz
diff --git a/perl-KinoSearch.spec b/perl-KinoSearch.spec
index 2fb8e2f..60227d1 100644
--- a/perl-KinoSearch.spec
+++ b/perl-KinoSearch.spec
@@ -1,5 +1,5 @@
 Name:   perl-KinoSearch
-Version:0.164
+Version:0.165
 Release:1%{?dist}
 Summary:Search engine library
 # ApacheLicense2.0.txt included is included just becuase the upstream
@@ -11,7 +11,6 @@ Group:  Development/Libraries
 URL:http://search.cpan.org/dist/KinoSearch/
 Source0:
http://www.cpan.org/authors/id/C/CR/CREAMYG/KinoSearch-%{version}.tar.gz
 Source1:LICENSING.mbox
-Patch0: KinoSearch-0.164-ppc.patch
 BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 BuildRequires:  perl(Compress::Zlib)
 BuildRequires:  perl(ExtUtils::CBuilder)
@@ -33,7 +32,6 @@ can be put to many different uses.
 
 %prep
 %setup -q -n KinoSearch-%{version}
-%patch0 -p1 -b .ppc
 cp %{SOURCE1} LICENSING.mbox
 
 %build
@@ -64,6 +62,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Mon Apr 13 2009 Lubomir Rintel  - 0.165-1
+- Upstream applied our PowerPC patch
+
 * Sun Mar 29 2009 Lubomir Rintel  - 0.164-1
 - Update to 0.164
 - Add missing Pod::Coverage BRs (Robert Scheck)
diff --git a/sources b/sources
index 3f3b18a..8cf29cc 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-9fd011170455974544af83005f0cb350  KinoSearch-0.164.tar.gz
+c191fd096aaf4d6219bbb36812551693  KinoSearch-0.165.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Lucy: 10/28] Fix typo that causes a failure to update the common directory. (releng #2781)

[Lubomir Rintel]

commit a3b0855529b189fa3fce927e44b26d51317b5083
Author: Bill Nottingham 
Date:   Wed Nov 25 23:30:57 2009 +

Fix typo that causes a failure to update the common directory. (releng
#2781)

 Makefile |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)
---
diff --git a/Makefile b/Makefile
index 6d8bb0d..b8d4037 100644
--- a/Makefile
+++ b/Makefile
@@ -4,7 +4,7 @@ NAME := perl-KinoSearch
 SPECFILE = $(firstword $(wildcard *.spec))
 
 define find-makefile-common
-for d in common ../common ../../common ; do if [ -f $$d/Makefile.common ] ; 
then if [ -f $$d/CVS/Root -a -w $$/Makefile.common ] ; then cd $$d ; cvs -Q 
update ; fi ; echo "$$d/Makefile.common" ; break ; fi ; done
+for d in common ../common ../../common ; do if [ -f $$d/Makefile.common ] ; 
then if [ -f $$d/CVS/Root -a -w $$d/Makefile.common ] ; then cd $$d ; cvs -Q 
update ; fi ; echo "$$d/Makefile.common" ; break ; fi ; done
 endef
 
 MAKEFILE_COMMON := $(shell $(find-makefile-common))
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Lucy: 9/28] - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild

[Lubomir Rintel]

commit 588c2846f5dd6cc34ee19c4f5d48c16a77bfab6e
Author: Jesse Keating 
Date:   Sun Jul 26 08:52:26 2009 +

- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild

 perl-KinoSearch.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-KinoSearch.spec b/perl-KinoSearch.spec
index 60227d1..581fa19 100644
--- a/perl-KinoSearch.spec
+++ b/perl-KinoSearch.spec
@@ -1,6 +1,6 @@
 Name:   perl-KinoSearch
 Version:0.165
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Search engine library
 # ApacheLicense2.0.txt included is included just becuase the upstream
 # author decided to include it and is only for informative purposes.
@@ -62,6 +62,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Sun Jul 26 2009 Fedora Release Engineering  
- 0.165-2
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
+
 * Mon Apr 13 2009 Lubomir Rintel  - 0.165-1
 - Upstream applied our PowerPC patch
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Your packages in EPEL-7

[Lubomir Rintel]

These don't have an epel7 branch yet. Please let me know if you intend
to request the branch for the package you maintain.

perl-DBD-CSV (devel:psabata, EL-6:steve)
perl-MIME-Lite (devel:psabata, EL-6:stevetraylen)
perl-MLDBM (devel:steve, EL-6:spot)
perl-SQL-Statement (devel:psabata, EL-6:kanarip)

Thank you!

On Wed, 2014-01-15 at 12:23 +0100, Lubomir Rintel wrote:
> Dear package maintainers, 
> 
> I rely on Perl module packages you maintain being in EPEL. Now that
> EPEL-7 is open for branch requests, I'd like to kindly ask you to either
> request an epel7 branch for your packages or let me know that you're not
> willing to do that (so that I can request the branches myself). Thank
> you!
>  
> These are the packages I need (and one or more of them is the reason
> your received this message): 
> 
> perl-DBD-CSV (devel:psabata, EL-6:steve) 
> perl-DateTime-Format-Builder (devel:iarnell, EL-6:pghmcfc) 
> perl-DateTime-Format-Mail (devel:iarnell, EL-6:) 
> perl-DateTime-Format-MySQL (devel:iarnell, EL-6:pghmcfc) 
> perl-DateTime-Format-Strptime (devel:steve, EL-6:steve) 
> perl-Email-Date-Format (devel:spot, EL-6:orphan) 
> perl-Log-Dispatch (devel:spot, EL-6:spot) 
> perl-Log-Log4perl (devel:jplesnik, EL-6:mmaslano) 
> perl-MIME-Lite (devel:psabata, EL-6:stevetraylen) 
> perl-MIME-Types (devel:spot, EL-6:spot) 
> perl-MLDBM (devel:steve, EL-6:spot) 
> perl-MRO-Compat (devel:pghmcfc, EL-6:pghmcfc) 
> perl-Mail-Sender (devel:spot, EL-6:spot) 
> perl-SQL-Statement (devel:psabata, EL-6:kanarip) 
> perl-String-Random (devel:eseyman, EL-6:eseyman) 
> perl-Test-Class (devel:steve, EL-6:steve) 
> perl-Want (devel:corsepiu, EL-6:laxathom) 
> 
> Thanks!
> Lubo


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Net-Amazon-EC2] Attempt at saner SPEC file formatting

[Lubomir Rintel]

commit 22dc39acb1f3d4125618bcb967ff7d090e06af49
Author: Lubomir Rintel 
Date:   Thu Oct 24 11:39:54 2013 +0200

Attempt at saner SPEC file formatting

I'm doing this semi-automatically across all packages I maintain, since some
are several years old and since then several have suffered bit-rot and such.
I'm fixing up the following:

- Old RPM relics (such as %defattr, BuildRoot or %clean sections)
- Whitespace errors (such as trailing spaces)
- Consistent use of %{buildroot}
- Dropping useless %{name} expansions that harm legibility
- Consistent spacing between RPM sections
- Bad days in %changelogs

 perl-Net-Amazon-EC2.spec |   14 +-
 1 files changed, 5 insertions(+), 9 deletions(-)
---
diff --git a/perl-Net-Amazon-EC2.spec b/perl-Net-Amazon-EC2.spec
index ac1fd54..ebe142b 100644
--- a/perl-Net-Amazon-EC2.spec
+++ b/perl-Net-Amazon-EC2.spec
@@ -1,12 +1,11 @@
 Summary: Perl interface to the Amazon Elastic Compute Cloud (EC2)
 Name: perl-Net-Amazon-EC2
 Version: 0.14
-Release: 11%{?dist}
+Release: 12%{?dist}
 License: GPL+ or Artistic
 Group: Development/Libraries
 URL: http://search.cpan.org/~jkim/Net-Amazon-EC2/
 Source0: 
http://search.cpan.org/CPAN/authors/id/J/JK/JKIM/Net-Amazon-EC2-%{version}.tar.gz
-BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XX)
 
 
 BuildArch: noarch
@@ -55,25 +54,19 @@ make %{?_smp_mflags}
 
 
 %install
-rm -rf %{buildroot}
 make pure_install PERL_INSTALL_ROOT=%{buildroot}
 find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
 chmod -R u+w %{buildroot}/*
 
 
 %check
-make test
-
-
-%clean
 # Avoid online tests
 set AWS_ACCESS_KEY_ID=
 set SECRET_ACCESS_KEY=
-rm -rf %{buildroot}
+make test
 
 
 %files
-%defattr(-,root,root,-)
 %doc README
 %dir %{perl_vendorlib}/Net
 %dir %{perl_vendorlib}/Net/Amazon
@@ -171,6 +164,9 @@ rm -rf %{buildroot}
 
 
 %changelog
+* Thu Oct 24 2013 Lubomir Rintel  - 0.14-12
+- Bulk sad and useless attempt at consistent SPEC file formatting
+
 * Fri Aug 02 2013 Petr Pisar  - 0.14-11
 - Perl 5.18 rebuild
 - Specify all dependencies
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Unresponsive Package Maintainer - Lubomir Rintel

[Lubomir Rintel]

On Tue, 2011-05-31 at 12:46 -0500, Jon Ciesla wrote:
> Ward, David - 0663 - MITLL wrote:
> > I'm following the procedure at: 
> > http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers 
> >
> >
> > Does anyone know how to contact Lubomir Rintel?  He is not answering 
> > e-mails at his listed address or the following Bugzilla reports:
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=668513
> > https://bugzilla.redhat.com/show_bug.cgi?id=663593 (duplicate of above)
> > https://bugzilla.redhat.com/show_bug.cgi?id=676699 (duplicate of above)
> >
> > Thanks,
> >
> > David
> >
> >
> I've heard from him fairly recently, CCing another email address.

I'm terribly sorry for not keeping up with personal mail. I do not use
Sunbird anymore and am not able to maintain Sunbird anymore, so I've
orphaned the package. I'll be glad if someone picked it up, it even has
comaintainers.

-- 
Flash is the Web2.0 version of blink and animated gifs.
 -- Stephen Smoogen

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Orphanning some ruby gems

[Lubomir Rintel]

Hi, due to a shift in requirements and time constrains I just orphanned
or am about to orphan the following:

About to orphan in a couple of days:

rubygem-bacon -- A ruby-based testing framework 
rubygem-configuration -- Pure Ruby scoped configuration files 
rubygem-diff-lcs -- Provide a list of changes between two sequenced collections 
rubygem-rack-test -- Simple testing API built on Rack 
rubygem-syntax -- Ruby library for performing simple syntax highlighting 
rubygem-test-spec -- Behaviour Driven Development interface for Test::Unit 
rubygem-treetop -- A Ruby-based text parsing and interpretation DSL 

Orhpaned, have other maintainers:

rubygem-cucumber -- Tool to execute plain-text documents as functional tests 
rubygem-launchy -- Helper class for cross-platform launching of applications 
rubygem-polyglot -- Allow hooking of language loaders for specified extensions 
into require 
rubygem-rubigen -- A framework to allow Ruby applications to generate 
file/folder stubs 
rubygem-shotgun -- Automatic reloading version of the rackup command 
rubygem-sinatra -- Ruby-based web application framework 
rubygem-term-ansicolor -- Ruby library that colors strings using ANSI escape 
sequences 

If you wish to take over maintenance of those packages, please add
yourself to pkgdb. Thank you!

-- 
Flash is the Web2.0 version of blink and animated gifs.
 -- Stephen Smoogen

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Linker trouble

[Lubomir Rintel]

Hi,

I'm wondering if anyone could enlighten me about why does --as-needed
make a difference here? (let alone the order in which -lGL appears).

[lkund...@localhost VirtualBox-3.1.6_OSE]$ g++ -Wl,--as-needed \
> -o out/linux.x86/release/obj/VBoxTestOGL/VBoxTestOGL \
> out/linux.x86/release/obj/VBoxTestOGL/generic/OpenGLTestApp.o \
> -L/usr/X11R6/lib -L/usr/lib \
> -lGL \
> obj/lib/VBoxOGLhostspuload.a obj/bin/VBoxOGLhostcrutil.so 
> obj/lib/VBoxOGL2D.a \
> obj/bin/VBoxRT.so obj/bin/VBoxRT.so obj/lib/VBoxREM.so 
> obj/bin/VBoxVMM.so \
> -lXcursor -lXext -lX11 \
> obj/lib/VBoxCOM.a obj/bin/VBoxXPCOM.so \
> /usr/lib/libQtCore.so /usr/lib/libQtGui.so /usr/lib/libQtOpenGL.so
/usr/bin/ld: obj/lib/VBoxOGL2D.a(VBoxGLSupportInfo.o): undefined reference to 
symbol 'glGetString'
/usr/bin/ld: note: 'glGetString' is defined in DSO /usr/lib/libGL.so so try 
adding it to the linker command line
/usr/lib/libGL.so: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
[lkund...@localhost VirtualBox-3.1.6_OSE]$ g++ -Wl,--as-needed \
> -o out/linux.x86/release/obj/VBoxTestOGL/VBoxTestOGL \
> out/linux.x86/release/obj/VBoxTestOGL/generic/OpenGLTestApp.o \
> -L/usr/X11R6/lib -L/usr/lib \
> obj/lib/VBoxOGLhostspuload.a obj/bin/VBoxOGLhostcrutil.so 
> obj/lib/VBoxOGL2D.a \
> -lGL \
> obj/bin/VBoxRT.so obj/bin/VBoxRT.so obj/lib/VBoxREM.so 
> obj/bin/VBoxVMM.so \
> -lXcursor -lXext -lX11 \
> obj/lib/VBoxCOM.a obj/bin/VBoxXPCOM.so \
> /usr/lib/libQtCore.so /usr/lib/libQtGui.so /usr/lib/libQtOpenGL.so
[lkund...@localhost VirtualBox-3.1.6_OSE]$ g++ \
> -o out/linux.x86/release/obj/VBoxTestOGL/VBoxTestOGL \
> out/linux.x86/release/obj/VBoxTestOGL/generic/OpenGLTestApp.o \
> -L/usr/X11R6/lib -L/usr/lib \
> -lGL \
> obj/lib/VBoxOGLhostspuload.a obj/bin/VBoxOGLhostcrutil.so 
> obj/lib/VBoxOGL2D.a \
> obj/bin/VBoxRT.so obj/bin/VBoxRT.so obj/lib/VBoxREM.so 
> obj/bin/VBoxVMM.so \
> -lXcursor -lXext -lX11 \
> obj/lib/VBoxCOM.a obj/bin/VBoxXPCOM.so \
> /usr/lib/libQtCore.so /usr/lib/libQtGui.so /usr/lib/libQtOpenGL.so
[lkund...@localhost VirtualBox-3.1.6_OSE]$ 

Thank you,
Lubo

-- 
Flash is the Web2.0 version of blink and animated gifs.
 -- Stephen Smoogen

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

rpms/perl-Net-Amazon-EC2/EL-5 perl-Net-Amazon-EC2-0.14-oldxmlsimple.patch, NONE, 1.1 perl-Net-Amazon-EC2.spec, 1.5, 1.6

[Lubomir Rintel]

Author: lkundrak

Update of /cvs/pkgs/rpms/perl-Net-Amazon-EC2/EL-5
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv25138

Modified Files:
perl-Net-Amazon-EC2.spec 
Added Files:
perl-Net-Amazon-EC2-0.14-oldxmlsimple.patch 
Log Message:
* Fri Feb 05 2010 Lubomir Rintel  - 0.14-1.1
- Do not require that recent XML::Simple


perl-Net-Amazon-EC2-0.14-oldxmlsimple.patch:
 Makefile.PL |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- NEW FILE perl-Net-Amazon-EC2-0.14-oldxmlsimple.patch ---
diff -up Net-Amazon-EC2-0.14/Makefile.PL.orig Net-Amazon-EC2-0.14/Makefile.PL
--- Net-Amazon-EC2-0.14/Makefile.PL.orig2010-02-05 18:05:49.0 
+0100
+++ Net-Amazon-EC2-0.14/Makefile.PL 2010-02-05 18:05:59.0 +0100
@@ -12,7 +12,7 @@ requires  'LWP::UserAgent'=> 0;
 requires   'HTTP::Date'=> 0;
 requires   'URI'   => 0;
 requires   'Params::Validate'  => 0;
-requires   'XML::Simple'   => 2.18;
+requires   'XML::Simple'   => 2.14;
 requires'Moose' => 0.38;
 build_requires  'Test::More'=> 0;
 


Index: perl-Net-Amazon-EC2.spec
===
RCS file: /cvs/pkgs/rpms/perl-Net-Amazon-EC2/EL-5/perl-Net-Amazon-EC2.spec,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -p -r1.5 -r1.6
--- perl-Net-Amazon-EC2.spec5 Feb 2010 16:41:14 -   1.5
+++ perl-Net-Amazon-EC2.spec5 Feb 2010 17:07:23 -   1.6
@@ -1,18 +1,22 @@
 Summary: Perl interface to the Amazon Elastic Compute Cloud (EC2)
 Name: perl-Net-Amazon-EC2
 Version: 0.14
-Release: 1%{?dist}
+Release: 1%{?dist}.1
 License: GPL+ or Artistic
 Group: Development/Libraries
 URL: http://search.cpan.org/~jkim/Net-Amazon-EC2/
 Source0: 
http://search.cpan.org/CPAN/authors/id/J/JK/JKIM/Net-Amazon-EC2-%{version}.tar.gz
+Patch0: perl-Net-Amazon-EC2-0.14-oldxmlsimple.patch
 BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XX)
 
 
 BuildArch: noarch
 BuildRequires: perl
 BuildRequires: perl(Digest::HMAC_SHA1) >= 1.01
-BuildRequires: perl(XML::Simple) >= 2.18
+# Upstream requires >= 2.18
+# We have 2.14 in el5 and the module doesn't seem to use
+# any recent features. The test suite with live tests passes.
+BuildRequires: perl(XML::Simple) >= 2.14
 BuildRequires: perl(Moose) >= 0.33
 BuildRequires: perl(Test::More)
 BuildRequires: perl(MIME::Base64)
@@ -31,6 +35,7 @@ This module provides an interface to the
 
 %prep
 %setup -q -n Net-Amazon-EC2-%{version}
+%patch0 -p1
 
 
 %build
@@ -155,6 +160,9 @@ rm -rf %{buildroot}
 
 
 %changelog
+* Fri Feb 05 2010 Lubomir Rintel  - 0.14-1.1
+- Do not require that recent XML::Simple
+
 * Fri Feb 05 2010 Lubomir Rintel  - 0.14-1
 - Rebase to a later upstream release
 

--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Orphaning xerces-c

[Lubomir Rintel]

On Mon, 2010-01-25 at 16:54 +0300, Peter Lemenkov wrote:
> Hello!
> 
> 2010/1/25 Lubomir Rintel :
> > On Mon, 2010-01-25 at 16:15 +0300, Peter Lemenkov wrote:
> >> Hello All!
> >> I'm no longer using Xerces-C, so I believe, I can't maintain it
> >> anymore. Feel free to pick it up. Any volunteers?
> >
> > I use it with VirtualBox-OSE (thanks to Xavier for pointing me here). I
> > won't mind picking the package up.
> 
> Great.
> Unfortunately, I've got difficulties while releasing ownership (
> https://fedorahosted.org/packagedb/ticket/173 ).

I've seen that once too; I believe it's supposed to be a feature that
reassigns the package to another maintainer when he releases ownership
instead of orphaning, though looks a bit broken.

Looking at the pkgdb page of the package it seems like xavierb is a
maintainer (well, has approveacls powers) as well. Are you sure you want
another maintainer and not just hand the package to xavierb?

-- 
Flash is the Web2.0 version of blink and animated gifs.
 -- Stephen Smoogen

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning xerces-c

[Lubomir Rintel]

On Mon, 2010-01-25 at 16:15 +0300, Peter Lemenkov wrote:
> Hello All!
> I'm no longer using Xerces-C, so I believe, I can't maintain it
> anymore. Feel free to pick it up. Any volunteers?

I use it with VirtualBox-OSE (thanks to Xavier for pointing me here). I
won't mind picking the package up.

-- 
Flash is the Web2.0 version of blink and animated gifs.
 -- Stephen Smoogen

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel