Le 08/02/2013 12:41, Michael Scherer a écrit :
> Hi,
>
> a few days ago, the topic of package shipping their own ssl CA bundle
> was discussed on irc with kiilerix, and the discussion prompted me to
> add some code to rpmlint to warn people about it. In short, shipping a
> private key, or a .pem is
Le 21/01/2013 16:30, Michael J Gruber a écrit :
> I would like to help this poor soul get his package into Fedora:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=860249
>
> (adobe-source-code-pro-fonts)
>
> I'm a packager but no sponsor, he's no packager (so needs a sponsor).
> It's not clear to m
Hi,
There's also the alias -ow...@fedoraproject.org but i agree
that opening a ticket would be more appropriate.
best regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le 03/10/2012 20:23, Jon Ciesla a écrit :
libgda -- Library for writing gnome database programs
You probably meant compat-libgda which should be dropped (compat-libgda
=> 3.x, libgda => 4.x, libgda5 review has been waiting for a moment).
% pkgdb-cli acl compat-libgda | awk '/Owner/ { print $3
Le 31/07/2012 19:11, Bill Nottingham a écrit :
Package libgtksourceviewmm (fails to build)
retired, since nobody claimed it.
Package nvi (orphan)
Package torque (orphan)
Both taken and co-maintainers are very welcome !
best regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
ht
Le 10/07/2012 21:07, Michael Schwendt a écrit :
>
> Could you please respond to
> http://bugz.fedoraproject.org/python-feedparser
> in particular the aging NEEDINFO query in #787401 that addresses you?
>
I'm looking that issue right now.
H.
--
devel mailing list
devel@lists.fedoraproject.org
ht
Le 10/07/2012 20:42, Toshio Kuratomi a écrit :
>
> Sorry about that -- it was easier for me to make these mass changes in the
> database than through the pkgdb application so no notifications went out.
> I know that the person who picked up the packages did so because he needed
> them for things he
Le 10/07/2012 19:38, Toshio Kuratomi a écrit :
> python-flask
> python-werkzeug
>
>
I actively maintain these two (i pushed Flask 0.8.1 last week, 0.9 will
land rawhide soon) as a co-maintainer.
As a matter of fact, I would have taken ownership if i had been
notified that they were orphaned, but
Seems that some people unhappy with the "Beefy Miracle" are trying to
make sure that we won't ever had any nice and fluffy codename.
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le 10/02/2012 19:20, Neal Becker a écrit :
>
> Yes, but trying to be helpful to users is a fedora packaging/rpm issue.
>
Generally speaking, mixing RPM packages with native packages is not doing a favor to our
users.
I agree that some users may need more up-to-date modules, but isolated
environme
Le 20/01/2012 19:51, Remi Collet a écrit :
> Pending
> ice (owner will take care of it)
>
Done, thanks for your help on ice-php !
best regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le 14/01/2012 22:23, Thomas Moschny a écrit :
> Hi Haïkel,
>
> I am comaintaining lxc for a while and was already working on an
> update to 0.7.5 (but got distracted somehow...).
>
> Regards,
> Thomas
Since 0.7.5 has been released for few months, i assumed that nobody was
a
Le 14/01/2012 19:24, Adam Miller a écrit :
> Hello all,
> I am orphaning the lxc package as I no longer have a use for it
> because I've switched to the libvirt lxc driver so I have been rather
> neglectful of the lxc package.
>
> I'll release in pkgdb for anyone interested.
>
> Happy hacking,
Le 11/01/2012 03:30, Toshio Kuratomi a écrit :
> As part of the announced cleanup after the mass password and ssh key reset,
> packages that had owners who were inactive at this time were orphaned.
> comaintainer who were inactive were likewise removed from packages.
>
> The list of orphaned packag
Le dim. 04 déc. 2011 15:01:16 CET, Richard Shaw a écrit :
>
> I think I see what you're doing here, but shouldn't a direct replace work?
>
> Thanks,
> Richard
AFAIK, CMake does not have multi-line regex, so it doesn't work. If you
find a better trick, please share it :-]
H.
--
devel mailing li
Le 04/12/2011 00:07, Richard Shaw a écrit :
> I'm writing my own cmake module for finding TinyXML and I'm trying to
> extract the version from the header.
>
> For some reason it's matching the whole file no matter what I do. I've
> looked through several of the cmake modules in
> /usr/share/cmake/M
Le 22/11/2011 21:10, Josh Boyer a écrit :
>
> Because Oracle hasn't submitted it. Guesses as to their reasoning for
> that mostly boil down to them no longer being able to ship the
> userspace and driver code in a single "version" and make whatever
> API/ABI changes they wish to between releases.
Le 21/11/2011 21:32, Till Maas a écrit :
> Hi,
>
> a recent kernel update[0] broke Fedora's ability to be a VirtualBox
> host, because asm/amd_iommu.h was removed. The removal of the file was
> noticed during testing, but it seems nobody noticed that this affects
> VirtualBox. Is this kind of chang
Le 14/11/2011 20:12, Iain Arnell a écrit :
>
> Also without reading the source, just the license tags, all of those
> "Lessers" and "pluses" make most of them compatible. Even Perl's
> "unholy" license (really (GPL+ or Artistic) and (GPLv2+ or Artistic)
> and Copyright Only and MIT and Public Domai
Le ven. 09 sept. 2011 18:40:34 CEST, Kalev Lember a écrit :
> Hello,
>
> In order to make gnome-python2-extras build in F16+ and to clean up its
> broken deps, I had to kill two of its subpackages.
>
> - gnome-python2-gtkhtml2: needs gtkhtml2 to build, which is already
>retired in F16+.
> - g
Hi,
Accordingly to our current deprecated packages process, i opened review
request tickets on RHBZ:
https://bugzilla.redhat.com/show_bug.cgi?id=728403 (libepc)
https://bugzilla.redhat.com/show_bug.cgi?id=728407 (xqilla)
Both should be easy reviews, if you're willing to review one of them, i
pr
Le 14/06/2011 00:26, Kevin Kofler a écrit :
> Actually, libexec can be interpreted as being a libdir with the multilib
> suffix "exec" (just like "64" is one), which is explicitly allowed by the
> letter of the FHS as written (even if it might be against the spirit).
>
> IMHO, libexec is the one
Le 10/06/2011 18:56, Toshio Kuratomi a écrit :
>
> I don't actually see this. Could you point me to the quote and section?
>
"/usr/libincludes object files, libraries, and internal binaries that
are not intended to be executed directly by users or shell scripts."
http://www.pathname.com/fhs/pub/
Le 24/05/2011 22:26, Nicoleau Fabien a écrit :
> Hi,
> I'm packaging a software that downloads videos from websites like
> youtube, dailymotion, etc ...
>
> This software also allow the user to launch a video player that will
> read the video as a stream.
>
> The default value in the configuratio
Le 25/02/2011 02:13, Ben Boeckel a écrit :
> Haïkel Guémar wrote:
>> %define _enable_debug_packages %{nil}
>> %define debug_package %{nil}
>
> Is the first required now? Currently only the second is used.
>
> http://pkgs.fedoraproject.org/gitweb/?p=
Le 25/02/2011 01:57, Ben Boeckel a écrit :
> Karel Klic wrote:
>
>
> Anything with ghc-* can be ignored; ghc does not have debuginfo in its
> libraries. A list of other Haskell packages which don't fit the ghc-*
> pattern can be gathered as well.
>
> --Ben
>
why not just disabling debuginfo g
Hi,
i took ice since it is business critical, co-maintainers are *very* welcome.
best regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le 21/01/2011 21:45, jonathan MERCIER a écrit :
> Hi,
> I try to build ldc2 but i have a litlle problem:
> LDC2 need source file from the garbage collector named druntime
> and druntime for build need a compiler D2 as LDC2
> so how i could package this ?
>
> can i add druntime in same package as L
hi,
after a good night of sleep, i just noticed that *just* removing the
-fexceptions flag won't change anything.
-fexceptions is for C code linking to C++ code, but it's already default
when compiling C++, then you have to use the -fno-exceptions flag
instead if you really want to disable that fe
Le 08/01/2011 17:31, susmit shannigrahi a écrit :
>
> For subsequent installations (if tried), it simply overwrites the
> database. In this process, it asks the user whether to overwrite the
> DB or not.
This is plain stupid to overwrite the database by default, this MUST be
fixed by upstream be
use vimx from package vim-X11
best regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le 05/11/2010 03:10, Rahul Sundaram a écrit :
> On 11/05/2010 06:41 AM, Dennis Jacobfeuerborn wrote:
>
> Considering that it was started by a Red Hat employee, I would say there
> has already been some involvement
>
> Rahul
Kristian does not work for Red Hat anymore but at Intel OSTC.
Will Ubunt
Hi,
mod_python project is officially dead since june, it had no release
since february 2007. You should move to mod_wsgi which a community
supported alternative for python web applications.
http://blog.dscpl.com.au/2010/06/modpython-project-is-now-officially.html
http://blog.dscpl.com.au/2010/05/m
Le 16/09/2010 11:00, Martin Sourada a écrit :
> Forgive the probably dumb question, but why real_init? I was using
> init=/sbin/upstart
> back in the days when systemd was still badly broken...
>
Erm, i mixed up the setup of systemd for Gentoo and Fedora, the former
uses genkernel instead of dra
You can set the init process in grub.conf, just append to the kernel
line the following:
real_init=/bin/systemd
I agree that systemd should remain a working option for F14 users (man,
it rocks) and so there should a simple way to switch.
best regards,
H.
--
devel mailing list
devel@lists.fedorap
Hi,
pycairo has *14* co-maintainers, one of them should step up and take
ownership.
I took gconfmm26 (required by bakery and glom), glademm24 (bakery), as
usual co-maintainers are welcome.
best regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailm
Le 28/07/2010 12:45, Brandon Lozza a écrit :
>
> Mozilla's trademark requirements violate Freedom #2
> The freedom to study how the program works, and change it to make it
> do what you wish (freedom 1). Access to the source code is a
> precondition for this.
>
> We're NOT allowed to make changes
Le 28/04/2010 21:41, Neal Becker a écrit :
>
> IMO, mercurial should have the same status as git. git is default. Should
> we take a vote?
>
Then +1, mercurial is used by many major open source projects (mozilla,
python, linuxTV, openjdk, netbeans, etc ...). btw, why rcs is default,
who uses
Le 13/03/2010 12:46, Ralf Corsepius a écrit :
> You actually want a different distribution, likely a Fedora LTS, not
> current Fedora.
>
> Unfortunately, Fedora's leadership repeatedly had brushed off a Fedora
> LTS as "unmaintainable" and redirected people to CentOS.
>
> Ralf
Our primary miss
Following the previous thread on opencv:
http://lists.fedoraproject.org/pipermail/devel/2010-February/131584.html
Almost all packages have been rebuilt against opencv-2.0.0-7 (thank you,
guys !) except mrpt.
We didn't get any news from mrpt only maintainer jlblanco and most
packages have been pus
No problem :)
I'm not familiar with buildroot overrides (it requires rel-eng
agreement, right ?), besides the unicap recent split has been thrown
into the mix. Should we ask them to be include into the override request ?
H.
>
> Added devel back to CC.
>
> Nice.
>
> Ok, no problem, was not eve
Bad timing ===> unicap package (required by opencv) splitting for F-11+
Current unicap has been splitted into 3 new packages libunicap, libucil
and libunicapgtk, no warnings, no meta-package provided for compatibility.
https://bugzilla.redhat.com/show_bug.cgi?id=567109
https://bugzilla.redhat.com/
Le 27/02/2010 16:28, Rakesh Pandit a écrit :
> On 27 February 2010 20:24, Haïkel Guémar wrote:
>> Branches affected: F-13 and devel
>>
>>
>> Since OpenCV has deleted few weeks ago the autotools based build system,
>> we will switch to cmake :
>> https://
Branches affected: F-13 and devel
Since OpenCV has deleted few weeks ago the autotools based build system,
we will switch to cmake :
https://code.ros.org/trac/opencv/changeset/2528
The main issue is that the two build system set two different sonames
(2.0.0 for cmake, 4.0.0 for autotools). Open
Le 25/02/2010 05:32, Kevin Kofler a écrit :
>
> PS:
> Running application X built against Qt 4.5.x with Qt 4.6.x SHOULD work.
> Running application X built against Qt 4.6.x with Qt 4.5.x WILL NOT work
> (and this is why pushing apps built against a new Qt to stable BEFORE that
> Qt gets pushed t
Dan Walsh (libsepol maintainer) has fixed that issue (RHBZ #566441) two
days ago, it's not yet on updates-testing repository.
https://admin.fedoraproject.org/updates/F12/FEDORA-2010-1912?_csrf_token=b13c93d715d4f6fd04f59b03908b54d333d628ec
H.
Le 20/02/2010 08:32, Alex Lancaster a écrit :
> Hi th
Le 15/02/2010 17:37, Bruno Wolff III a écrit :
> I saw that there is a change in the way git push works in 1.7.
> Currently I only do simple things and a typical workflow is:
> git pull
> Make a few changes
> git commit -a
> git push
>
> This normally does a fast forward update and avoids a merge.
Le 13/02/2010 01:45, Jesse Keating a écrit :
> As part of no frozen rawhide, we'll have a new tree on the mirrors,
> pub/fedora/linux/development/13 That's where we'll be putting things
> that are tagged for the release after they get through testing. We
> don't yet have a clever name for this co
Le 30/01/2010 18:05, Paulo Cavalcanti a écrit :
> It is not a pleasant situation when your code does not work because
> the programming language does not do what it is supposed to.
>
> I am not raising any kind of rant here. I am just pointing that there is
> a problem
> that could have been alrea
Le 30/01/2010 14:29, Paulo Cavalcanti a écrit :
> The first one is python. The GUI provided with python is called tkinter,
> which is based on tk, which, in turn, is based on tcl. Since threads are
> disabled in Fedora's tcl,
> as a consequence, one cannot use python+tkinter+threads.
>
Tkinter is
Le 13/01/2010 02:07, Tom Lane a écrit :
>
> Why exactly is this a misuse, and not libxml2's bug to fix? There's
> certainly nothing in their documentation suggesting that there's
> such a requirement.
>
> regards, tom lane
Afaik it does, i agree with Lennart that a warning
201 - 251 of 251 matches
Mail list logo