Re: FreeRDP bump in rawhide

On 23 June 2014 08:39, Simone Caronni wrote: > I'm about to bump FreeRDP in Rawhide to the newly released version 1.2.0 > beta 1. This allows us to build Remmina that is currently FTBFS. > > Of all the packages that are using FreeRDP, only Weston is the one for > which I d

Re: Samba as AD DC

Hello, 2014-09-07 14:58 GMT-03:00 Simo Sorce : > > On Sun, 2014-09-07 at 01:12 -0300, Sergio Belkin wrote: >> > Is (Samba) Fedora 20 still not capable of being Active Directory Domain >> > Controller? >> >> It is current, and Samba in F20 will never have the AD bits. >> Maybe F22, or perhaps even

Re: Looking for xorg-x11-* package co-maintainers

On 22 October 2014 11:25, Hans de Goede wrote: > You do not need to be a hardcore X hacker to help here. 2 things > with which I really could use help is keeping all the various bits > and pieces up2date with upstream releases, and taking care of > simple (packaging) bugs were possible. > > To gi

Re: Looking for xorg-x11-* package co-maintainers

Out of the previous list, the only ones that have not been updated yet are: -intel-gpu-tools 1.8 (1.7 in rawhide/f21) -xkeyboard-config 2.13 (2.12 in rawhide/f21) -xcb-util 0.4.0 (0.3.9 in rawhide/f21) -libxcb 1.11 (1.10 in f21) -xrandr 1.4.3 (1.4.2 in f21) -twm-1.0.8 (1.0.7 in f21) -imake 1.0.7 (

Re: PROPOSAL: Make AppData files mandatory for applications shown in the software center

Hello, first of all sorry if I missed this earlier, I can't hardly cope with all mails received on devel. I tried to read them all when I can. As the maintainer of these: bacula-console-bat > bacula-traymonitor I would suggest them to be removed from the software center, they are far from "bein

Re: Mass reassign and orphan: steve

Hello, On 11 November 2014 01:03, Pierre-Yves Chibon wrote: > openvpn -- A full-featured SSL VPN solution ( master f21 f20 f19 epel7 el6 > el5 ) > is this still available? It seems is not: https://admin.fedoraproject.org/pkgdb/package/openvpn/ As a user I would like to take it. Regards, --Si

Re: Testing request: gdm-on-Wayland on hybrid graphics laptops (esp. Macbooks)

Hello, On 14/05/2015 20:01:21 GMT, Adam Williamson > wrote: > >> Hi folks! >> >> We have a somewhat-worrying proposed blocker for F22: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=1218787 > > I have some issues with two different laptops, one with an Intel/Nvidia combo and one with an Intel/

Re: virt-manager - libappindicator-gtk3 - remmina

In Fedora 21 it was already disabled. Disabled it also on f22 and master branches. https://admin.fedoraproject.org/updates/remmina-1.2.0-0.6.git.b3237e8.fc22 Regards, --Simone On 1 June 2015 at 11:20, poma wrote: > > libappindicator-gtk3 breaks virt-manager's systray functionality, > precisel

Re: virt-manager - libappindicator-gtk3 - remmina

On 3 June 2015 at 11:28, Pavel Alexeev wrote: > Hi, >Is not it virt-manager problem or libappindicator? Shouldn't it be > addressed there? > > If I remember correctly there was a time when people were discussing about bringing Unity in Fedora. This did not happen, and actually the librar

Re: virt-manager - libappindicator-gtk3 - remmina

On 3 June 2015 at 12:09, Jaroslav Reznik wrote: > > If I remember correctly there was a time when people were discussing > about > > bringing Unity in Fedora. This did not happen, and actually the library > is > > pretty useless as there is no libappindicator consumer right now. I'm not > > sure

Re: virt-manager - libappindicator-gtk3 - remmina

On 3 June 2015 at 14:28, Giovanni Panozzo wrote: > > Adding Antenore to this thread, the other Remmina developer left on the > whole earth :) > > My small contribution: Remmina can survive without libappindicators. It > will fallback to use GtkStatusIcon to show its icon under Xfce/Lxde/Kde > (no

Re: virt-manager - libappindicator-gtk3 - remmina

On 4 June 2015 at 03:24, Kevin Kofler wrote: > ndeed, you missed: > https://lists.fedoraproject.org/pipermail/devel/2014-March/196343.html > > libappindicator is now (since Fedora 22) also REQUIRED for GTK+ system tray > applets to work under KDE Plasma. (Plasma 5 no longer supports the legacy >

Review swap

Anyone willing to review some of these packages? I'll do some reviews in exchange. Those are really easy packages; I need to close those down before introducing additional reviews or I'll start doing mistakes everywhere. Guacamole stack: https://bugzilla.redhat.com/show_bug.cgi?id=820561 https://

Re: Review swap

Review taken! I'm in switzerland, so leaving anytime soon. Please excuse me if I come back to the review monday morning. Thanks, --Simone On 11 May 2012 16:02, Jerry James wrote: > On Fri, May 11, 2012 at 7:18 AM, Simone Caronni wrote: >> Anyone willing to review some of

CDDL+GPL still an issue?

Hello, I would like to know if there are still issues with CDDL packages in Fedora. It is not my intention to start a flame, I'm simply asking if that's still the case or if I can fill a Review Request for the infamous cdrtools in Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=507108 http:/

Re: CDDL+GPL still an issue?

://fedoraproject.org/wiki/Licensing#Good_Licenses Regards, --Simone On 14 May 2012 16:27, Tom Callaway wrote: > On 05/14/2012 10:06 AM, Simone Caronni wrote: >> Hello, >> >> I would like to know if there are still issues with CDDL packages in Fedora. >> >> It is not

Re: CDDL+GPL still an issue?

No thanks, no revisiting; searches in google pointing to flame wars are enough! :D --Simone On 14 May 2012 16:42, Tom Callaway wrote: > On 05/14/2012 10:40 AM, Conan Kudo (ニール・ゴンパ) wrote: > >> Mr Schilling is just a special kind of crazy. He seems to have a rather >> warped view of copyright la

How to request -devel subpackage?

Hello, I need the p7zip header files for a package I would like to submit for review; but p7zip does not include them as it does not provide a p7zip-devel subpackage. http://koji.fedoraproject.org/koji/packageinfo?packageID=2715 I need these (taken from the debuginfo pacakge): /usr/src/debug/p7

Re: How to request -devel subpackage?

Already tried but I need those Lzma2* ones. I suppose the correct way would be for p7zip to generate shared libraries and for the project I need to package to link to it. Too much work for an internal tool for now. Thanks, --Simone On 21 May 2012 16:05, Jon Ciesla wrote: > On Mon, May 21, 2012

Still begging for reviews...

Hello, I'm still begging for reviewers; I tried to contact many people with Review Requests open that I could review but had no success; so I'm reverting back to the mailing list. Anyone with some free time willing to review one of these? I particularly need the 4 libraries to proceed with other

Re: Still begging for reviews...

Thanks, any review you need please ask. Regards, --Simone On 25 May 2012 16:34, Stephen Gallagher wrote: > On Fri, 2012-05-25 at 10:26 -0400, Stephen Gallagher wrote: >> On Fri, 2012-05-25 at 15:39 +0200, Simone Caronni wrote: >> > https://bugzilla.redhat.com/show_bug.cgi?id=

Guacamole Java Web Application

Hello, sorry for double posting to devel and java-devel but the last seems not so crowded. On 24 May 2012 12:04, Simone Caronni wrote: > following the mail in fedora-devel, I'm posting here some progress in > packaging the Guacamole stack for Fedora. I hope to get some advice &g

Update impacting users (not so many I hope)

Hello, I need an advice on how to push an update without impacting users too much. There's a problem in the current shipped Bacula in Fedora 17 related to shared libraries. This is related to the fact that upstream changed things so many times to remove the multiple builds in the past 6 months. I

Re: Update impacting users (not so many I hope)

then # set up for sqlite backend else # default to postgresql backend fi That approach would default to postgresql backend but would retain previously-set preferences even on version updates. Regards, --Simone On 6 June 2012 19:58, Simone Caronni wrote: > > Hello, > > I need

Package review stopped in the middle (Was: Re: Guacamole Java Web Application)

Thanks to a helping guy I was able to file the last review for the Guacamole Web Application [1]! I need some help with a review of the RDP C library that is used by the daemon to initiate RDP connections. The guy who took the review dropped it after 3 weeks without actually building the package:

Re: ARM is a dead end

On 15 June 2012 01:57, Kevin Kofler wrote: > So I would urge Fedora not to waste our time on a low-end architecture > filling a temporary niche which will become obsolete as demand for > performance increases. We should rather support only one primary > architecture (x86, i.e.: x86_64, and legacy

Re: F18 DNF and history

On 19 June 2012 14:44, Michał Piotrowski wrote: > According to what is written here > https://github.com/akozumpl/dnf/wiki/Features-Considered-for-Dropping > history function will likely be dropped. > > From my POV history feature is very useful. Is there a plan to provide > history function in Fe

Re: Introduction regarding VirtualGL and bumblebee review requests

There's a total different approach slated for inclusion into newer xorg versions by Dave Airlie: http://airlied.livejournal.com/#item76078 That's something that relies on deep changes in the xorg stack. It allows card switching, GPU offload, GPU hotswitching etc. All is controlled by xrandr to do

Unretiring NDOUtils

Hello, I would like to unretire NDOUtils in Fedora, I'm currently using it at work. NDOUtils was orphaned in Fedora in 2012 [1], but since the EPEL 5 & 6 branches cannot be retired, those branches were still there. The previous owner gave the branch ownership to me, so I'm missing only the Fedora

Re: Orphaning simple scan

On 8 March 2014 18:24, Rahul Sundaram wrote: > I don't have direct access to a personal scanner anymore and don't have > the time to handle bug reports without a device to test. I have orphaned > simple scan now. Please feel free to take it. > Thanks for maintaining this so far, I've taken it

Re: Orphaning simple scan

Hello, On 9 March 2014 13:34, David King wrote: > I would like to be a co-maintainer, as I use Simple Scan on a regular > basis, and as a GNOME contributor I am also familiar with the GNOME > schedule that Kalev mentioned. > > I have requested commit privileges in pkgdb. > permissions granted.

Retired update still showing in updates-testing

Hello, I pushed two packages as updates in bodhi a few weeks ago, but even before they reached updates-testing I revoked them. Now, after some weeks, I see that both are available from updates-testing but I don't see them in Bodhi. They are not in my list of updates or the generic updates-testing

Re: Retired update still showing in updates-testing

On 13 March 2014 09:33, Mathieu Bridon wrote: > The solution is for you to untag the builds: > > $ koji untag-pkg f19-updates-testing guacamole-client-0.8.3-5.fc19 > $ koji untag-pkg f20-updates-testing guacamole-client-0.8.3-5.fc20 > > Then at the next mash, they will be gone. > > I have no idea

Re: Retired update still showing in updates-testing

On 14 March 2014 00:00, Jon wrote: > Done! > > $ koji untag-build --force f19-updates-testing > guacamole-client-0.8.3-5.fc19 > $ koji untag-build --force f20-updates-testing > guacamole-client-0.8.3-5.fc20 > Thanks, --Simone -- You cannot discover new oceans unless you have the courage to lo

Re: Retired update still showing in updates-testing

On 13 March 2014 20:01, Rex Dieter wrote: > Did you delete the bodhi updates too? If so, (in short), don't do that. > To tell the truth I don't remember, but I think I did. So updates that are retired should be left as they are without deleting them so they still appear listed in Bodhi? Is thi

Re: bumblebee reviewer needed (Was: Re: Heads up: retiring xorg-x11-drv-mouse and xorg-x11-drv-keyboard)

On 3 April 2014 06:50, Christopher Meng wrote: > Just another note that due to my knowledge on optimus I decide to drop > the review of bumblebee[1], and someone told me it's just a dirty > hack. > I personally think it as a hack as well. Problems with Nouveau performance and power managment asi

Re: F21 System Wide Change: Workstation: Disable firewall

On 15 April 2014 14:35, Christopher wrote: > Whoa, the fact that the Firewall is on by default in Fedora (along > with SELinux) is one of the reasons I choose Fedora over alternatives. > Same thing here, It was really surprising to see it as a proposed feature. How can it be that after years we

Fedora GIT error (access denied)

Hello, I'm unable to commit to the newly unretired ndoutils package in the fedora branches (I'm the owner). This is the error I get: $ git push Counting objects: 10, done. Delta compression using up to 4 threads. Compressing objects: 100% (2/2), done. Writing objects: 100% (2/2), 270 bytes | 0 by

Re: Fedora GIT error (access denied)

On 27 May 2014 15:31, Kevin Fenzi wrote: > On Tue, 27 May 2014 09:05:21 +0200 > Simone Caronni wrote: > > If this is not the place for notifying such things, please redirect me > > where appropriate. > > Usually a releng or infrastructure ticket or #fedora-admin /

Re: rfc: xserver rebase in F20 (was Re: Slipping F21)

Hello, On 11 June 2014 19:11, Sérgio Basto wrote: > > > Hi, why not begin by a xserver rebase in copr ? > > > > Personally, because I don't feel like doing the work twice. But if > > someone else wants to, sure, go for it. > > I could do it, also think about do it for eclipse-swt , but my probl

FreeRDP bump in rawhide

Hello, I'm about to bump FreeRDP in Rawhide to the newly released version 1.2.0 beta 1. This allows us to build Remmina that is currently FTBFS. Of all the packages that are using FreeRDP, only Weston is the one for which I don't have any commit access, so it needs to be rebuilt. I've tested a mo

Re: Patches for trivial bugs sitting in bugzilla -> trivial patch policy?

+1 from me! On Jun 26, 2014 5:51 PM, "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 > p

Looking for co-maintainers

Hello, I'm looking for co-maintainers for the Guacamole [1] stack packages. It is an HTML 5 plugin-less remote desktop for VNC, RDP, SSH, Telnet and Spice (WIP). Upstream is really responsive, software is updated frequently and it's really amazing. I've been able to throw a bunch of Citrix XenApp

Re: Looking for co-maintainers

Hello, On 27 June 2014 12:52, Mikolaj Izdebski wrote:> Currently guacamole-client is in FTBFS in rawhide [2] and I couldn't find > > any help for fixing it due to a Maven bug [3], that requires a specific > > Fedora workaround that I frankly don't understand [4]. On RHEL 7, and > > Fedora 19/20

Re: Freerdp update with bundle in guacamole-server

y bugs which should be fixed upstream, but I still can't update. > > > 14.11.2015 22:20, Neal Gompa wrote: > >> I am not the maintainer of guacamole-server. That is Simone Caronni >> (who I cc'd to this email) according to PkgDB[0]. Simone is the one >> you

Re: Freerdp update with bundle in guacamole-server

On Tue, Nov 24, 2015 at 2:54 PM, Simone Caronni wrote: > Hello, > > as you've said, after continuous issues, the Guacamole developers are not > willing to update to unreleased versions/tarballs. > > I've briefly talked with David Woodhouse offlist a few days ago and I

Re: Freerdp update with bundle in guacamole-server

On Sat, Nov 28, 2015 at 3:55 PM, Pavel Alexeev wrote: > And yes, as current version of Remmina has much errors in Fedora 23 I want > update it to 1.2.0-rcgit.5 in that branch too. > Please make sure that for Fedora 23 you are not breaking Guacamole though. It is ok to leave it disabled/Broken in

Re: Freerdp update with bundle in guacamole-server

On Mon, Nov 30, 2015 at 4:29 PM, Josh Boyer wrote: > No. I want to suggest that continuing to say things like "It is ok to > leave it disabled/Broken in Fedora 24..." is bad. People read text > like that and continue to think Rawhide is a dumping ground. Disabled > is one thing, but broken is

Re: Freerdp update with bundle in guacamole-server

On Tue, Dec 1, 2015 at 12:20 AM, Neal Gompa wrote: > Simone, > > Could the old version of FreeRDP be temporarily bundled into guacamole > server for F23 so that everything else can be updated and rebuilt? > We can, but it's not up to me to decide. I can change the spec file and make a %global va

Re: Heads up: Droid fonts update in Rawhide

--Simone Sent from my phone! On Jul 15, 2012 10:42 PM, "Nicolas Mailhot" wrote: > Hi, > > I've just pushed new Droid font packages to Fedora Rawhide. > http://koji.fedoraproject.org/koji/buildinfo?buildID=330644 > > Droid are complex font families with a difficult upstream and the > following ca

Re: dracut > 009-12 never made it to f15-stable

On 25 July 2012 08:04, Bill McGonigle wrote: > That leaves us with no yum upgrade path from 15 to 17 (due to infrastructure > details, not functionality). Not a fix for the EOL distributions, but a quicker way than convertfs to upgrade: http://rudd-o.com/linux-and-free-software/how-to-upgrade-fe

Re: configuration files created by Anaconda exclusively

Hello, On 9 August 2012 16:39, Przemek Klosowski wrote: > On my BIOS-based F17 that was upgraded from earlier Fedora install, > /etc/default/grub is owned by the package grub2-tools, so your problem > appears to be solved moving forward, because grub2 is taking over. I think > you are saying that

Re: Mass changes to packaging

On 28 August 2012 09:39, Miloslav Trmač wrote: > After all, the F17 and F18 spec files will do _different_ things. I > don't think it's unreasonable that the spec files themselves will be > different - yes, that may be less convenient than having the same spec > file for all branches, but allowi

Systemd macros (f18+)

Hello, sorry to bring up the discussion again but I still have some grey areas in my head. According to the systemd snippets [1], the new macros should be only for NEW packages, i.e. those that never had a SysV init script. I have a few questions: 1- Since the packages I mantain build on RHEL5+

Re: Systemd macros (f18+)

On 31 August 2012 15:25, Tom Callaway wrote: > > 1- Since the packages I mantain build on RHEL5+ and Fedora 16+ (and have > > for a long time), can I assume these macros in the spec file is optional? > > If that's the case, what should I do with the bugs opened? > > I'd have to defer to FESCo on

fedpkg / koji error

Hello, I have a weird error that I do not have when building a package in mock or locally. When I try to build a package for EPEL6 that has conditionals inside for checking the distribution it seems that Fedora is always validated. Let me explain. The spec file is structured like this: %if 0%{

Re: fedpkg / koji error

On 5 September 2012 18:48, Simone Caronni wrote: > %if 0%{?fedora} >= 16 || 0%{?fedora} == 17 > %post > %endif Sorry, a typo, the spec file is done this way for the first block: %if 0%{?fedora} == 16 || 0%{?fedora} == 17 %post %endif Thanks, --Simone -- You cannot discove

Re: Systemd macros (f18+)

Hello, On 13 September 2012 08:06, Lennart Poettering wrote: > Since F16/F17 do not have presets we cannot just port those macros > there. What is one macro in F18 would map to two macros in F16/F17. Can you please point me to the two macros? I only see a small difference. I applied the macros

Re: Systemd macros (f18+)

On 13 September 2012 09:10, Lennart Poettering wrote: > On Thu, 13.09.12 08:48, Simone Caronni (negativ...@gmail.com) wrote: > Hope this clarifies this a bit. Thanks for the explanation! Regards, --Simone -- You cannot discover new oceans unless you have the courage to lose sight

Re: Building packages for EPEL6 when Fedora moved to systemd

On 14 September 2012 13:40, tim.laurid...@gmail.com wrote: > The fedora build setup has git branches for each release EL-5, EL-6, F17, > F19, Master, so there is no problem to have different .SPEC files for each > branch And is perfectly fine to have conditionals as well: http://fedoraproject.or

Re: Orphaning: mtpfs (FUSE filesystem for MTP devices like Android tablets)

> On 17 Sep 2012 16:15, "Richard W.M. Jones" wrote: > > (3) I don't use it any more. I just gave up trying to get files off > > Android tablets. WTF don't they support USB mass storage like every > > other thing out there? I have a few devices, up to android 2.3.x block storage was the default,

Re: Packages in need of new maintainers

On 3 October 2012 20:23, Jon Ciesla wrote: > libffi -- A portable foreign function interface library I can take libffi: https://bugzilla.redhat.com/show_bug.cgi?id=727301 Regards, --Simone -- You cannot discover new oceans unless you have the courage to lose sight of the shore (R. W. Emerso

Re: fedpkg / koji error

On 19 September 2012 00:26, Orion Poplawski wrote: > On 09/05/2012 08:07 PM, Tom Callaway wrote: >> Jesse, I'm not sure if you're still the correct upstream here, please >> correct me if you're not, and I'll send the patch somewhere else. > > This helps me a lot as well building el srpms from mast

Re: fedpkg / koji error

Hello, On 18 October 2012 09:57, Thorsten Leemhuis wrote: > > --with-egl-platforms=x11,drm%{!?rhel:,wayland} \ > > The ",wayland" is not added, as rhel is defined now as 0 when building > with fedpgk. If you build a srpm and try to build it with rpmbuild then > it works, as it's not defined ther

Re: fedpkg / koji error

On 18 October 2012 14:47, Thorsten Leemhuis wrote: > > With the old one I had to check like this (first line) for building; > > which is not correct anyway as the behaviour was different as well > > between fedpkg and rpmbuild/mock: [...] > > And that should not be the case imho. But if we define

koji errors

Hello, yesterday I had some "invalid channel policy" errors when trying to build packages with koji. Tasks were never ending with the "building" status on. I canceled the builds after few hours and today I tried again to build them. The jobs always fail because I have errors like the following (3

Re: koji errors

On 23 October 2012 15:25, Eric "Sparks" Christensen wrote: > On Tue, Oct 23, 2012 at 5:24 AM, Simone Caronni wrote: >> Hello, >> >> yesterday I had some "invalid channel policy" errors when trying to >> build packages with koji. Tasks were neve

Rename Review Request swap

Anyone willing to review these 2 packages? https://bugzilla.redhat.com/show_bug.cgi?id=985818 https://bugzilla.redhat.com/show_bug.cgi?id=985814 They are a rename of older packages; upstream has consolidated multiple source tarballs into one thus simplifying building: http://koji.fedoraproject.o

Re: Rename Review Request swap

Sure! I'll do tomorrow morning. Thanks & regards. Sent from my phone! --Simone On Jul 21, 2013 7:29 PM, "punto...@libero.it" wrote: > Il 21/07/2013 16:00, Simone Caronni ha scritto: > > Anyone willing to review these 2 packages? > > https://bugzilla.redhat

Re: Rename Review Request swap

On 22 July 2013 07:03, Mikolaj Izdebski wrote: > For Java-related reviews you are welcome to block Java SIG tracker bug > (FE-JAVASIG, rhbz #652183). This way members of Java SIG can easily see > that there is a new review and take care of it. > Good to know, thanks, I will do next time! Regar

Problem with mass rebuild / latex2html errors

Hello, I have a problem on the bacula-docs package in Fedora 20. Build was stuck for 15 hours and then killed by Koji: http://koji.fedoraproject.org/koji/taskinfo?taskID=5698742 I was able to reproduce it locally with mock; all the "latex2html" commands get stuck indefinitely. An example command

Re: Problem with mass rebuild / latex2html errors

On 5 August 2013 12:14, Simone Caronni wrote: > I have a problem on the bacula-docs package in Fedora 20. Build was stuck > for 15 hours and then killed by Koji: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=5698742/<http://negativo17.org/> > Would like to po

Re: latex not working in F20: "I can't find the format file `latex.fmt'!"

On 5 August 2013 15:32, Richard W.M. Jones wrote: > On Mon, Aug 05, 2013 at 03:16:15PM +0200, Than Ngo wrote: > > > > have you built it localy or in koji? could you please give me the url if > it fails in koji? > Mine was in the first mail: http://koji

Re: latex not working in F20: "I can't find the format file `latex.fmt'!"

It took me a really long time to get package ownership from Andreas Thienemann. He would reply only to mails to avoid losing package ownership and nothing else. I had to file an fpc ticket as well. On Aug 5, 2013 8:44 PM, "Richard W.M. Jones" wrote: > On Mon, Aug 05, 2013 at 05:59:34PM +0100, Ric

Re: latex not working in F20: "I can't find the format file `latex.fmt'!"

On 5 August 2013 15:43, punto...@libero.it wrote: > Il 05/08/2013 15:32, Richard W.M. Jones ha scritto: > > On Mon, Aug 05, 2013 at 03:16:15PM +0200, Than Ngo wrote: > > have you built it localy or in koji? could you please give me the url if it > fails in koji? > > Both. I can easily reprod

Re: gdcm FTBFS: texlive broken in rawhide?

On 6 August 2013 17:38, Jan Kratochvil wrote: > Package owner Jindrich Novy is no longer in Red Hat so I am not sure how > quickly it may get fixed. > I really hope the next mantainer can manage a 14 mb spec file :) Regards, --Simone -- You cannot discover new oceans unless you have the co

Re: Problem with mass rebuild / latex2html errors

On 5 August 2013 12:14, Simone Caronni wrote: > I have a problem on the bacula-docs package in Fedora 20. Build was stuck > for 15 hours and then killed by Koji: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=5698742 > > I was able to reproduce it locally with mock; a

Koji 404 errors on el6

Hello, I get the following when building for el6/ppc: DEBUG util.py:264: http://kojipkgs.fedoraproject.org/repo/rhel/rhel-ppc64-server-6/getPackage/nss-softokn-3.12.9-11.el6.ppc64.rpm: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not Found" DEBUG util.py:264: Trying other

Re: Excludearch/Exclusivearch reminder

On 8 August 2013 10:44, Petr Pisar wrote: > And the canonical RPM architecture name is what? "arm" or "armv7hl" or some > macro like %{ix86}? Yep. At the moment for my local builds I use "armv7hl" because the package I build works only on armv7 with hfp; but would be good to know if there is a

Re: Koji 404 errors on el6

Thanks very much! --Simone On 8 August 2013 13:48, Kevin Fenzi wrote: > On Thu, 8 Aug 2013 10:58:48 +0200 > Simone Caronni wrote: > > > Hello, > > > > I get the following when building for el6/ppc: > > ...snip... > > > I've already tried 2

Re: latex not working in F20: "I can't find the format file `latex.fmt'!"

Hello Than, On 8 August 2013 14:47, Than Ngo wrote: > the buildrequirement is not correct, please replace your BR with these: > > BuildRequires: ghostscript > BuildRequires: texlive-collection-latexrecommended texlive-preprint > can you please check this bug? https://bugzilla.redhat.com/show

Re: Doc dir related changes coming up

On 8 August 2013 16:03, Michael J Gruber < michaeljgruber+fedora-li...@gmail.com> wrote: > Building an F20 (master) package on F18 does not work, then, even with > the proposed conditional %{_pkgdocdir}. Wouldn't a conditional based on > the Fedora version be a much more robust suggestion to deal

Builds using latex2html gets stuck infinitely (#994883)

Hello, can someone please check this latex2html bug [1]? I've reported it many times on this list on a different thread but somehow it went unnoticed. I know user jnovy has left Redhat, but the package is still owned by him [2] and is blocking my builds since the beginning of August. Shouldn't th

Re: Koji build fails because source package is not found.

Hello, On 30 August 2013 09:05, Erwin Waterlander wrote: > error: File /builddir/build/SOURCES/wcd-5.**2.4-src.tar.gz: No such file > or directory > > What should I do to fix this error? I was in the assumption that the > source package is automatically downloaded via the info in the spec file.

Re: Source file audit - 2013-09-30

Check ok on my side: $ wget http://linux.dell.com/dkms/permalink/dkms-2.2.0.3.tar.gz --2013-10-04 08:54:36-- http://linux.dell.com/dkms/permalink/dkms-2.2.0.3.tar.gz Resolving linux.dell.com (linux.dell.com)... 143.166.224.62 Connecting to linux.dell.com (linux.dell.com)|143.166.224.62|:80... conn

Re: Orphaned meanwhile package

I'm one of those poor souls having to deal with Lotus Notes at work. Well, actually my soul is kidnapped in Hell and I'm forced to work with the damn tool for repentance. Words are not enough to describe the unbearable agony that the super fat Lotus Notes native client and the funtastic iNotes web

Re: Orphaned meanwhile package

Hello, I'm replying here as the question was posed here but I think this should be moved off-list as is not related to Fedora development. On 28 March 2013 13:38, wrote: > I would like to hear what you've worked out. We had it going back as late > as F15-16ish IIRC, but it got increasingly dif

rpmbuild: double free or corruption (fasttop)

Hello, I don't know if I'm doing something wrong regarding a package which includes file capabilities support or if I've hit a bug. I've added libcap-devel as BuildRequires (probably it's already part of a base system) and replaced the %attr tags in the file section (to remove setuid) with a %cap

Re: rpmbuild: double free or corruption (fasttop)

On 24 April 2013 11:53, Panu Matilainen wrote: > A segfault is always a bug. This would seem to be the same as > https://bugzilla.redhat.com/show_bug.cgi?id=877512 but I had assumed this > was only present in the pre-release versions of rpm 4.11. Thanks; I've tested a mock build in Fedora 17 an

Re: rpmbuild: double free or corruption (fasttop)

On 24 April 2013 12:39, Panu Matilainen wrote: > Feel free to clone #904818 for Fedora 17 and 18, but dont reopen #877512 > as the issue in rpm 4.11-pre was slightly different (although closely > related) > Bug created; I've referenced all the others and the information you provided here. https

RHEL bug, how to proceed?

Hello, I have a package that needs procps. While building it in EPEL, i stepped onto a packaging problem [1] in the RHEL 6 package. I've opened the bug, but nobody is looking at it and (my guess) it will be probably fixed for RHEL 6.5. Note that the bug has been tagged as "EasyFix"- The workarou

Re: Adding open-vm-tools to core group

Hello, On 2 May 2013 05:31, Ravindra Kumar wrote: > 1. Add open-vm-tools to the core package group > 2. Modify Anaconda to uninstall open-vm-tools after installation if > install is not running on a VM on VMware > Install and uninstall looks a bit weird to me; what could be done is to make the

Re: Adding open-vm-tools to core group

On 2 May 2013 19:40, Richard W.M. Jones wrote: > I'm Ravindra's sponsor. > > Just to clarify a few points: > > - VMware are trying to work better with Fedora, and to help this along > I've been supervising him adding open-vm-tools to Fedora. > > - Because this is just starting out, there are a

Re: Mouse speed questions: GNOME, Xorg, oh my...

On 2 May 2013 20:34, Adam Williamson wrote: > Any answers to the above appreciated :) I think I've reached my limit... The answer can only be 42. :D --Simone -- You cannot discover new oceans unless you have the courage to lose sight of the shore (R. W. Emerson). -- devel mailing list deve

Re: Adding open-vm-tools to core group

On 2 May 2013 21:44, Nicolas Mailhot wrote: > VMWare is sure shooting itself in the foot (I've seen vmware consultants > force the removal of rpm-ized vmware tools from system images only to > discover they had no mean to update the non-rpm version three monhs later > when the image was largely d

Re: Adding open-vm-tools to core group

On 2 May 2013 22:24, Richard W.M. Jones wrote: > I'm a bit worried that this might make it harder to produce generic > cloud images [eg. using Oz]. But then again, perhaps people making > generic cloud images should use kickstarts and specify the precise > list of packages they want ... > I thi

Re: Adding open-vm-tools to core group

On 2 May 2013 22:29, Reindl Harald wrote: > drivers are a total different topic > > recent and for fedora relevant kernels are including any server > relevant drivers, with 3.9 even vsock and vmci are in the upstream > kernel, for F19 there is a 3.9 kernel available which works also > on F18 and

Re: Adding open-vm-tools to core group

On 3 May 2013 01:46, Adam Williamson wrote: > On Thu, 2013-05-02 at 22:44 +0200, Simone Caronni wrote: > > I think is already a bit too late, unfortunately. On my laptop: > > > > xorg-x11-drv-vmmouse-13.0.0-1.fc18.x86_64 > > xorg-x11-drv-vmware-12.0.2-3.20120718gite5a

Re: New build should not always obsolete previous one in Bodhi

On 3 May 2013 14:25, Vít Ondruch wrote: > me as well, if the newer build would not always obsolete the older build. > Is there planned such feature for Bodhi? > I would also like to see it implemented. I would like to have the option to leave updates in "pending" waiting for confirmation rather

Question about "what to do if mantainer is absent"

Hello, I have a question about the unresponsive mantainer policy [1]. What is the procedure to follow if a mantainer is kindly responding to personal emails and granting access (really rarely) but is not giving ownership of the packages even after years of inactivity? I've been working mostly al

  1   2   >