On Tue, Jul 15, 2014 at 11:19 AM, Kalpa Welivitigoda
wrote:
>
>
>
> On Tue, Jul 15, 2014 at 1:17 PM, Eduardo Javier Echeverria Alvarado
> wrote:
>>
>> Yes, definitively easier. Copied in the list of the things that make
>> easier the packager task. Thanks pingou :)
>
>
> Is this a list you locall
Hi,
I haven't really tried, I only wanted to look at fig 1.0 currently in
f21 updates-testing. So I --shell'ed inside my fedora-21-x86_64
mock chroot after installing fig, and tried to start a docker daemon
in the background but it failed.
# docker -d -H unix:///var/run/docker.sock &
2014/1
On Tue, May 26, 2020 at 12:07 PM Jan Kratochvil
wrote:
>
> On Sun, 24 May 2020 05:21:05 +0200, Paul Dufresne via devel wrote:
> > The idea was to push code generation as near as possible of code execution.
> > Because at execution time, you know what are the specific features of the
> > CPU, and w
> Zswap sounds like an excellent idea to look into instead of zram. Not only
> that, but it'd allow traditional entry in fstab to configure it, instead of
> some systemd magic that nobody knows about.
In that case most of everything that happens on my system is magic, I
don't have comprehensive kn
> Well, that's really the point. The one you're using is one of the (4? 5?)
> other zram implementations. It seems a bit more straightforward than the
> systemd one for sure.
The zram-generator is probably more straightforward (with literally
less layers of indirection) than what the zram package
On Tue, Jun 9, 2020 at 5:43 PM Samuel Sieb wrote:
>
> On 6/9/20 6:49 AM, Dridi Boukelmoune wrote:
> >> Well, that's really the point. The one you're using is one of the (4? 5?)
> >> other zram implementations. It seems a bit more straightforward than the
>
> == How To Test ==
> Install Fedora 33 (any edition or flavor), check that modular repos
> are still installed and enabled by default.
>
> Update to Fedora 33 (from Fedora 31 or 32), check that modular repos
> are still installed and enabled by default.
>
> Check that you can remove the fedora-rep
Greetings,
I'm not sure whether the minimization effort is still going on but I
wanted to report the pitfalls I ran into moving from the fedora Docker
container to fedora-minimal.
For starters I was surprised by the absence of DNF and I had to find
by myself, I don't remember how, that MicroDNF w
> > microdnf reinstall tzdata
>
> There's a bug about this to split out the UTC tzdata into a minimal
> tzdata so terrible hacks aren't needed to slim things down.
> https://bugzilla.redhat.com/show_bug.cgi?id=1722233
I'll CC myself to this bug but it doesn't look like anything will happen soo
> The blank pages are flatpaks. We are using the same registry for containers
> and flatpaks and the upstream project[0] used for registry.fp.o does not
> support flatpaks so the page is just blank.
That can't be right, fedora-minimal is a docker/an OCI image, isn't it?
> There has not been muc
> The tag page for fedora-minimal seems to be working
> https://registry.fedoraproject.org/repo/fedora-minimal/tags/. Do you have a
> link of the page that is blank ?
That's the very link from which I get a blank page, and Firefox
reports an empty resource (^U to view source).
The developer con
On Tue, Jul 14, 2020 at 8:39 PM Dishant Pandya wrote:
>
> Its ok to have something that builds deb packages on Fedora, but in my
> opinion RPM is far more better then debian packages. Also the Dnf and yum
> package manager on Fedora are far more advanced than apt on Ubuntu and other
> Debian Ba
> Simply put, "no". Debian and Ubuntu ".deb" packages too often don't
> follow the File System Hierarchy, they may have different layouts and
> package naming capitalization schemes for matching Fedora packagers
> like "PyYAML", they may have overlapping pre-set uids and mismatched
> group name con
> Oddly, the subject of the original post infers getting rid of rpm but
> the post itself sounds like it's proposing something different and
> that's why I decided to speak up.
Yes, poor joke of mine, keeps hitting home though :)
Ditching RPM in favor of DPKG was never meant to be a system-wide
c
On Tue, Feb 25, 2014 at 2:50 PM, Adam Jackson wrote:
> On Tue, 2014-02-25 at 12:45 +0200, Alexander Todorov wrote:
>
>> 1) Do we consider this a bug and if yes what priority do you give it? From
>> last
>> week discussions it looks like most people prefer to have tests executed in
>> %check.
>
>
On Wed, Feb 26, 2014 at 4:41 AM, Adam Williamson wrote:
> On Tue, 2014-02-25 at 18:35 -0800, Andrew Lutomirski wrote:
>
>> Just to mention: there are probably many packages where the equivalent
>> of %check can't be run without access to a source tree, so Taskotron
>> can't usefully replace %check
On Thu, Feb 27, 2014 at 11:18 AM, Alexander Todorov wrote:
> На 26.02.2014 15:56, David Howells написа:
>
>> Alexander Todorov wrote:
>>
>>> How about making %check a packaging requirement in all cases - run tests
>>> or
>>> add a comment explaining why not, how to run them (e.g. make test) or wh
Hi,
Maybe we should add guidelines for bitbucket. That could be very
similar to github's template:
===
%global owner $OWNER
%global tag $TAG
%global commit $COMMIT
%global shortcommit %(c=%{commit}; echo ${c:0:12})
...
Source0:https://bitbucket.org/%{owner}/%{name}/ge
Salut !
You can join #fedora-fr and #fedora-devel-fr on freenode if you want
to meet other French contributors :)
Dridi
On Fri, Mar 7, 2014 at 4:51 PM, Adrien Vergé wrote:
> Hi everybody,
>
> I'm a French Fedora user and I'm trying to become a package maintainer for the
> system I have been usi
Hi,
All this time I thought you were already maintaining packages :)
Cheers,
Dridi
On Thu, Apr 24, 2014 at 2:20 PM, Marianne Lombard wrote:
> Hi,
>
> I'm writing today because I have submitted my first package for review :
> https://bugzilla.redhat.com/show_bug.cgi?id=1090933
>
> I'm a sysadmin
On Mon, May 5, 2014 at 4:35 PM, Kaleb S. KEITHLEY wrote:
> On 05/05/2014 10:28 AM, Adam Jackson wrote:
>>
>> On Sun, 2014-05-04 at 18:59 +0200, Reindl Harald wrote:
>>
>>> however, the semantics of /usr/sbin is to contain superuser
>>> binaries which should not be overriden because a binary
>>> wi
On Fri, Jun 20, 2014 at 8:55 AM, drago01 wrote:
> On Thu, Jun 19, 2014 at 8:59 PM, Jared K. Smith
> wrote:
>> On Thu, Jun 19, 2014 at 2:01 PM, Reindl Harald
>> wrote:
>>>
>>> if *that* is what is supposed to make DNF faster it's just a lie
>>
>>
>> This is not the only thing that DNF does differ
On Tue, Jun 24, 2014 at 11:49 AM, Jon Kent wrote:
> Been reading this for a while and I'm getting annoyed by the 'you should
> know what you are doing' mob. There can be no reason not to have safe guards
> in dnf to save you from the oh sh#t moments. Everyone has those at some time
> and those who
On Tue, Jun 24, 2014 at 12:11 PM, Reindl Harald wrote:
>
>
> Am 24.06.2014 12:05, schrieb Dridi Boukelmoune:
>> Because I totally agree with you and IIRC this kind of stuff has been
>> added over time in yum. Also IMHO some of those features are very
>> fedora/el speci
On Fri, Jun 27, 2014 at 6:14 PM, Jon wrote:
> I personally tend to agree with Troy.
>
> We should consider defaulting to disable delta rpm at most, and at
> least comment the configs, or make things intelligent.
>
> For me, it takes longer to process delta rpm files than to download
> the actual f
On Fri, Jun 27, 2014 at 7:13 PM, Kevin Fenzi wrote:
> On Fri, 27 Jun 2014 19:11:53 +0200
> drago01 wrote:
>
>> That wasn't about "poor" as in slow vs. "great" as in fast but
>> bandwith capped vs. not.
>>
>> If building deltas are slow the solution is not to disable them but to
>> find out why th
Hi everyone,
I am new to this list, and I'm a Fedora user for a little less than
two years. Recently I've become a full-time Fedora user since I've
installed it on my laptop for work.
I'm a developer, and I usually work for companies that use RHEL in
production. I think Fedora is a great distribu
Hi Christopher,
Would you please review this one ?
https://bugzilla.redhat.com/show_bug.cgi?id=989015
In exchange I would gladly review your other package:
https://bugzilla.redhat.com/show_bug.cgi?id=972860
Dridi
On Mon, Jul 29, 2013 at 7:29 AM, HAYASHI Kentaro wrote:
> Hi,
>
> Thank you for y
heers,
Dridi
[1] just kidding, and vagrant is written in Ruby AFAIK ;)
On Sat, Jul 27, 2013 at 1:22 AM, Chris Roberts
wrote:
> Hello Dridi Boukelmoune!
>
> Welcome to the Fedora community!
>
> - Chris Roberts
>
>>>> Dridi Boukelmoune 07/26/13 6:38 PM >>>
&g
Hi Mat,
On Mon, Sep 2, 2013 at 11:51 AM, Mat Booth wrote:
> Good to see more Java folks!
>
> Please consider subscribing to the java-devel list too :-)
>
> https://admin.fedoraproject.org/mailman/listinfo/java-devel
Done !
> It is low volume, but it is where most Java-specific things are announ
Hi,
I have my first packaging issue on the numatop package[1].
During the review it appeared that I forgot the %{optflags}, and that
adding them breaks the i686 build. The upstream dev is very patient
and willing to help me, but I feel I have wasted enough of his time.
The guilty gcc flag seems
Hi,
On Wed, Sep 11, 2013 at 8:46 AM, Florian Weimer wrote:
> On 09/11/2013 12:31 AM, Dridi Boukelmoune wrote:
>
>> I have my first packaging issue on the numatop package[1].
>>
>> During the review it appeared that I forgot the %{optflags}, and that
>> adding t
The issue has been solved by my reviewer, so thank you all because as
usual I've learned interesting things :)
Comments inlined.
On Thu, Sep 12, 2013 at 2:53 PM, Florian Weimer wrote:
> On 09/12/2013 02:11 PM, Dridi Boukelmoune wrote:
>
>>> This version should work in 32 b
On Thu, Sep 12, 2013 at 5:39 PM, Dave Jones wrote:
> On Wed, Sep 11, 2013 at 08:46:33AM +0200, Florian Weimer wrote:
>
> > This is the offending function:
> >
> > void
> > cpuid(unsigned int *eax, unsigned int *ebx, unsigned int *ecx,
> > unsigned int *edx)
> > {
> > __asm volatile
Welcome!
Ag was on my own TODO-list, I'll happily review it for you (but you'll
still need to find a sponsor).
Cheers,
Dridi
On Sat, Sep 14, 2013 at 10:56 AM, Henrik Hodne wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hey everyone!
>
> My name is Henrik Hodne, and I'm a student a
Hi,
Have you tried to tweak the %setup macro with the -n option ?
Best Regards,
Dridi
On Sun, Sep 15, 2013 at 5:55 PM, Richard Shaw wrote:
> I'm working on updating the trustedqsl package and it looks like the
> developers have decided to include a new version of tqsllib in the
> TrustedQSL mai
On Thu, Sep 19, 2013 at 6:41 PM, Sandro Mani wrote:
> Hi,
>
> In the hope to continue the effort of getting pbuilder (and hence an easy
> way to build deb packages from fedora) into the repos (review here: [1]),
> I've packaged devscripts, debian-keyring, ubuntu-keyring and jetring.
> Reviews are
Hi,
In my case, the makeself source tarball is hosted on github. I've seen
many people saying that github was down recently (even though it
worked fine for me).
curl -LI http://github.com/megastep/makeself/archive/release-2.2.0.tar.gz
[... redirections stuff ...]
HTTP/1.1 200 OK
[... headers ...
Hi Sandro,
Sorry for the delay, but I've been very busy at work for the past
couple weeks. I've only read mails mentioning me, hence the very short
answer on the BZ. I also got sick last friday, before the very weekend
I wanted to work on fedora (your review, but also my packages). It's
only today
Hi all,
I'm reading a blog called bad concurrency, and I didn't expect a post
on Fedora[1] yesterday.
Since I'm not really into eye-candy (running xfce since fc16, started
with Fedora on a gnome fc15), I've never really tried to tweak my
desktop that much (I do a few things though).
What really
Hi Matt,
I believe this is the easiest way to setup your build host:
sudo yum group install "Fedora Packager"
sudo yum install fedora-review
I personally use rpmbuild and then mock before submitting the packages.
Best Regards,
Dridi
On Thu, Oct 10, 2013 at 4:31 PM, Richard W.M. Jones wrote:
>
On Wed, Aug 28, 2013 at 4:53 PM, Richard W.M. Jones wrote:
> On Wed, Aug 28, 2013 at 04:13:58PM +0100, Richard W.M. Jones wrote:
>>
>> If two packages 'provide' the same dependency, isn't yum supposed to
>> pick the one with the shortest name?
>>
>> Anyway, 'BuildRequires: kernel' in Rawhide (on k
Hi,
This is one of these passionate threads I enjoy reading because I
usually learn something interesting, and I also enjoy people being
passionate about stuff. But this time I'm a bit disappointed about the
defaults for Fedora.
I'm a developer, and I work with production-like systems (and in som
On Tue, Oct 15, 2013 at 11:31 PM, Matthew Miller
wrote:
> On Tue, Oct 15, 2013 at 10:51:18PM +0100, Dridi Boukelmoune wrote:
>> $ rpm -V varnish
>> S.5T. c /etc/varnish/varnish.params
>> $ rpm -V firefox
>> $ rpm -V libreoffice-core
>> prelink: /tmp/#prelink#
On Wed, Oct 16, 2013 at 7:57 AM, Panu Matilainen
wrote:
> On 10/16/2013 12:51 AM, Dridi Boukelmoune wrote:
>>
>> Hi,
>>
>> This is one of these passionate threads I enjoy reading because I
>> usually learn something interesting, and I also enjoy people being
&g
On Wed, Oct 16, 2013 at 7:45 AM, Jan Kratochvil
wrote:
> On Tue, 15 Oct 2013 23:51:18 +0200, Dridi Boukelmoune wrote:
>> $ rpm -V libreoffice-core
>> prelink: /tmp/#prelink#.TZlaPL: Recorded 92 dependencies, now seeing -1
>
> Repeating for the third time in this thread:
>
I'll review mod_scgi, if you're interested I need a review for this:
https://bugzilla.redhat.com/show_bug.cgi?id=vcsh
Dridi
On Mon, Sep 30, 2013 at 9:16 AM, Ankur Sinha wrote:
> Hi,
>
> mod_scgi was orphaned quite a while back since it wouldn't build on new
> releases, with the new apache. I fo
On Wed, Jul 13, 2016 at 11:11 AM, Igor Gnatenko wrote:
> I meant that rust itself links dynamically to system libraries. But
> libraries built by rust are not supposed to be dynamically linked by
> programs.
Hello,
Since 1.10 (the target of this change) it has become possible to
create "cdylib"
Hi,
I have two pending reviews that I believe should be very simple to
perform, because both packages are quite small C libraries. I worked
upstream to make them packaging-friendly.
https://bugzilla.redhat.com/show_bug.cgi?id=vmod-querystring
https://bugzilla.redhat.com/show_bug.cgi?id=libslz
Th
On Tue, Oct 4, 2016 at 8:21 AM, Sylvia wrote:
>
> Hello Athos!
>
> Did you solve your problem in Bodhi?
>
>
> Cheers,
> Sylvia
>
>
> On Sat, 2016-10-01 at 10:55 -0300, Athos Coimbra Ribeiro wrote:
>
> Hello,
>
> [...]
Hello Sylvia,
Please avoid top-posting when replying on mailing lists.
See
h
Hello,
I was surprised to see /usr/share/texlive on my system although I
remembered very well removing it months ago. It turned out to be
caused by two rpmsave files, although some *empty* directories weren't
removed:
$ find /usr/share/texlive/
/usr/share/texlive/
/usr/share/texlive/texmf-dist
/u
On Mon, Dec 15, 2014 at 2:09 PM, Hedayat Vatankhah
wrote:
> 2. I believe that the use should know, and more importantly be able to
> control WHEN the repo data is being updated. At the very least, he should be
> able to specify if the updates are automatic or not using a very user
> friendly metho
Hi,
RichiH, author of vcsh (one of my packages) and Debian contributor
asked my whether we could upstream Fedora packaging (more precisely
any packaging metadata). I simply showed him where the package's git
repo and we agreed I would notify him when I commit stuff. Btw, is there
a simple way to s
On Mon, Jan 12, 2015 at 2:08 PM, Vít Ondruch wrote:
> Dear Fedora developers,
>
> I'd like to collect some feedback about the $SUBJECT, i.e. making
> minimal build root really minimal, explicitly specifying build
> dependencies, etc.
Hi,
I think this is a good idea, because overall I tend to avo
On Fri, Jan 16, 2015 at 10:08 AM, Marcin Juszkiewicz
wrote:
> GCC change may affect binaries which will generate other output which
> will change noarch packages.
It shouldn't change a program's behavior, unless the program itself is
relying on undefined behavior. Either way I would call that a b
>> > >> systemd failed to rebuild. There were a couple of issues, but it's the
>> > >> last one that's interesting. gnutls and µhttpd dependencies are not
>> > >> detected properly:
>> > >>
>> > >> $ rpm -q gnutls-devel
>> > >> gnutls-devel-3.5.9-1.fc26.x86_64
>> > >> $ "/usr/bin/pkg-config" "--cfl
> The main ideia is to monitor repositories, and when a new package or
> a new version of an existent package is released, we download the package
> source code,
> and run several static analyzers on it. Each monitored distribution will be a
> kiskadee
> plugin, that implements an interface that
> I've seen many users (especially youtubers) avoiding Fedora because of some
> missing packages and because it's not so user friendly.
> So, my goal is to contribute to Fedora by creating some simple packages which
> I've seen many people ask for.
Hello,
I will go ahead and make the assumption
> No I'm not talking audio/video packages. There are other packages
> missing from Fedora and RPM Fusion, which are available on Ubuntu and on
> arch repositories or AUR and they are qualified to included in the
> Fedora's repositories. For example I need for my university ns2, nam,
>
That's cool
Hi there,
I'm not sure where it's best to report but today I wanted to probe the
progress of Fedora MIPS [1] but since I'm not registered to this list
I opted for the web archive. The first non-spam message [2] I could
find is from March, everything after that is just noise.
I suppose members of
> I forwarded your post to the list owners... they are at least the first
> line of folks to talk to about this.
Thanks! I'll try to keep that in mind (no promises=)
> If they can't clear things up, then an infrastructure ticket and we can
> see what we can do from there.
It's gone now.
Cheers
On Tue, May 30, 2017 at 1:05 PM, Pavel Zhukov
wrote:
> Hello.
> Due to many CVEs and low quality/security of these packages as well as
> Windows oriented upstream I'm going to orphan both jbig2dec and mupdf
> packages in Fedora/EPEL.
> Sometimes the build doesn't reach stable branch just becaus
Hi,
I'm on the CC list of the review request for rubygem-vagrant [1] and
randomly found a new review request for vagrant [2]. The two packages
are AFAICT the same, and the former is stalled due to missing
dependencies, the last one being rubygem-log4r [3].
Ironically, the two submitters (CC'ed) m
le/vagrant
My point was more about the fact that two people are working on the
same package (one I happen to be waiting for=).
Dridi
On Wed, Oct 30, 2013 at 10:16 AM, Josef Stribny wrote:
> On 10/29/2013 02:13 PM, Dridi Boukelmoune wrote:
>>
>> Hi,
>>
>> I'm on the
On Wed, Oct 30, 2013 at 12:04 PM, Josef Stribny wrote:
> On 10/30/2013 10:45 AM, Dridi Boukelmoune wrote:
>>
>> What prevails between the ruby naming guidelines and the "prior art"
>> rule (other distros package name) in the general naming guidelines ?
>&
On Wed, Oct 30, 2013 at 1:41 PM, Lukas Zapletal wrote:
>> And how vagrant differs from rhc and other client command line tools
>> that are distributed as gems and follow this convention?
>
> What I would like to see in both rhc and vagrant would be:
>
> Provides: rhc
>
> respectively
>
> Provides:
On Wed, Oct 30, 2013 at 2:18 PM, Josef Stribny wrote:
>
> What prevails between the ruby naming guidelines and the "prior art"
> rule (other distros package name) in the general naming guidelines ?
>
>
> https://fedoraproject.org/wiki/Packaging:NamingGuidelines#General_Naming
On Fri, Nov 1, 2013 at 3:59 PM, Sandro Mani wrote:
> Hi,
>
> I'm trying to do some rpm macro magic:
>
> %define do_build() \
> mkdir build_win%{1}_%{2}; \
> (cd build_win%{1}_%{2}; \
> %{mingw%{1}_qmake_%{2}} 'PREFIX=%{mingw%{1}_prefix}' 'TARGET=quazip-%{2}'
> ../libquazip; \
> %{mingw%{1}_make} %
On Fri, Nov 1, 2013 at 6:16 PM, Panu Matilainen
wrote:
> On 11/01/2013 05:12 PM, Sandro Mani wrote:
>>
>>
>> On 01.11.2013 16:09, Sandro Mani wrote:
>>>
>>>
>>> On 01.11.2013 16:07, Dridi Boukelmoune wrote:
>>>>
>>>>
I'm mentioning it just because nobody has so far. Elastic Search[1]
which is also lucene-based, was designed from the very beginning to be
distributed (in contrast to solr). The product hasn't reached the symbolic
1.0 yet but is production-ready (for instance github[2] uses it).
Dridi
[1] http://
On Sat, Nov 2, 2013 at 9:04 PM, Michael Schwendt wrote:
> On Sat, 02 Nov 2013 19:39:38 +0100, Xose Vazquez Perez wrote:
>
>> Kevin Kofler wrote:
>>
>> > Xose Vazquez Perez wrote:
>> >> BAD use of %{dist} tag(75):
>> >> ==
>> >> afpfs-ng-0.8.1-13.fc21.3.src.rpm 13.fc21.3
>>
On Mon, Nov 4, 2013 at 11:29 AM, Michael Schwendt wrote:
> On Mon, 4 Nov 2013 11:09:28 +0100, Dridi Boukelmoune wrote:
>
>> > If anyone feels like adding an option to rpmdev-bumpspec, that one could
>> > attempt at cleaning up Release tags -- but note that even least-sign
On Mon, Nov 4, 2013 at 12:23 PM, Michael Schwendt wrote:
> On Mon, 4 Nov 2013 11:41:17 +0100, Dridi Boukelmoune wrote:
>
>> > The linked spec is an example where rpmdev-bumpspec does _not_ know
>> > what to do because of the %rhel macro in the Release tag. As a result,
>
Hi,
Is kernel-headers enough ?
https://apps.fedoraproject.org/packages/kernel-headers
Dridi
On Tue, Nov 19, 2013 at 5:47 PM, Chris Adams wrote:
> I'm looking at packaing mpt-status (get status info from LSI MPT SAS
> RAID controllers) for Fedora and EPEL. However, to build, it needs some
> inc
Maybe this should be added to an existing package. I forgot to mention
that during a review I was told not to have multiple sources.
On Tue, Nov 19, 2013 at 5:59 PM, Chris Adams wrote:
> Once upon a time, Dridi Boukelmoune said:
>> Hi,
>>
>> Is kernel-head
Hi,
For github-hosted upstreams, you can suffix some URLs with '.diff' or
'.patch'. I have used it for vcsh [1] (which btw is a tool I'd
recommend to anyone who keeps dotfiles in sync on several machines). I
did that on a pull request, but you can also do that on a commit (for
cherry-picking) [2]
On Fri, Nov 22, 2013 at 5:54 PM, Alek Paunov wrote:
> On 22.11.2013 14:58, Tako Schotanus wrote:
>>
>> So I'm completely new to this packaging business, I managed to piece
>> together a SPEC file that results in an actually working RPM for our project
>> and even Koji seems to accept it, but there
On Wed, Nov 27, 2013 at 2:01 PM, Tako Schotanus wrote:
>
> Sorry for not responding to this before, but lots of other things to do and
> this packaging business obviously needs more than just an hour here or there
> of reading READMEs.
>
> I see you want to make things even more difficult for me
Hi,
Anyone interested in reviewing ShellCheck ? Thanks to the Haskell SIG,
it was only a matter of minutes to get a working spec !
https://bugzilla.redhat.com/show_bug.cgi?id=ShellCheck
Dridi
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/de
On Mon, Dec 2, 2013 at 9:14 PM, Richard Shaw wrote:
> I'm working on updating the qsstv package for EL6 and ran into a strange
> issue.
>
> Building for x86_64 worked under mock fine, but when I tried the offical
> build the ppc64 build couldn't find qmake-qt4.
>
> Looking through root.log shows t
Hi,
On Sat, Dec 14, 2013 at 12:44 PM, Mattia Verga wrote:
> Hello,
> I'm trying to give a user access rights to X with xhost command.
> I've created a script named '/usr/bin/boincxhost' (chmod 555) like this:
>
> #!/bin/sh
> xhost +SI:localuser:boinc &> /dev/null
> exit 0
"exit 0" will hide a no
On Sat, Dec 14, 2013 at 3:00 PM, Mattia Verga wrote:
> Il 14/12/2013 12:55, Dridi Boukelmoune ha scritto:
>
> Hi,
>
> On Sat, Dec 14, 2013 at 12:44 PM, Mattia Verga
> wrote:
>
> Hello,
> I'm trying to give a user access rights to X with xhost command.
> I&
On Tue, Dec 17, 2013 at 12:00 PM, Stanislav Ochotnicky
wrote:
> Quoting Lukas Zapletal (2013-12-17 11:41:29)
>> On Mon, Dec 16, 2013 at 03:10:08AM -0700, T.C. Hollingsworth wrote:
>> > > I do commit locally
>> > > although I probably don't want push the snapshot sources, because I
>> > > update
>
Hello,
I've recently solved problems *easily* thanks to python (I'm not yet a
python person) so I thought I would give it some love and pick a
python package from the wish list.
I've chosen blockdiag, which I actually might start using (along with
its friends seqdiag, actdiag and nwdiag) so first
On Tue, Dec 17, 2013 at 2:36 PM, Miro Hrončok wrote:
> Út 17. prosinec 2013, 14:13:30 CET, Dridi Boukelmoune napsal:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=python-webcolors
>> https://bugzilla.redhat.com/show_bug.cgi?id=python-funcparserlib
>
> So I take
On Tue, Dec 17, 2013 at 2:39 PM, Dridi Boukelmoune
wrote:
> On Tue, Dec 17, 2013 at 2:36 PM, Miro Hrončok wrote:
>> Út 17. prosinec 2013, 14:13:30 CET, Dridi Boukelmoune napsal:
>>>
>>> https://bugzilla.redhat.com/show_bug.cgi?id=python-webcolors
>>> https:/
On Sun, Dec 29, 2013 at 5:07 PM, Christopher Meng wrote:
> Swap with this one:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=957347
Thanks for the review, I'll review yours next year ;)
> Thanks.
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailma
On Sun, Jan 5, 2014 at 10:27 AM, Lars E. Pettersson wrote:
> On 01/05/2014 09:23 AM, Mattia Verga wrote:
>>
> why did they change remove into erase?
Yum actually offers both erase and remove for the same purpose. I
don't know which is an alias of the other, but rpm uses erase.
From the man page:
On Mon, Jan 6, 2014 at 3:32 PM, Lars E. Pettersson wrote:
> On 01/06/2014 02:06 PM, Vít Ondruch wrote:
>>
>> Dne 6.1.2014 13:31, Lars E. Pettersson napsal(a):
>
> ...
>
>>> What would be the point in removing the running kernel? Is there
>>> actually such a use case?
>>>
>>> Lars
>>
>>
>> Why are
On Tue, Jan 7, 2014 at 6:06 AM, Kenjiro NAKAYAMA
wrote:
> Hi, all
> (Sorry, Henrik and Dridi, I added you two in cc.)
Hi,
It's okay, probably the best way to make sure I notice it quickly.
> Package review of the_silver_searcher is stopped, and Fedora-review flags is
> still "?".
>
> https://b
On Tue, Jan 7, 2014 at 8:33 AM, Henrik Hodne wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hey,
>
> On 01/07/2014 08:22 AM, Dridi Boukelmoune wrote:
>> I have other pending open bugs, like one review for Christopher
>> Meng taking time because I'
On Tue, Jan 7, 2014 at 9:53 AM, Frank Murphy wrote:
> On Tue, 07 Jan 2014 09:48:16 +0100
> Vít Ondruch wrote:
>
>> Dne 6.1.2014 23:26, Chris Murphy napsal(a):
>> > Since "* remove kernel" appears to be inspecific, removing all
>> > kernels isn't what I'd expect. It's not how mv or cp or anything
On Tue, Jan 7, 2014 at 10:29 AM, Frank Murphy wrote:
> On Tue, 7 Jan 2014 10:16:16 +0100
> Dridi Boukelmoune wrote:
>
>> > dnf remove kernel --all
>>
>> I assume you're suggestion that `dnf remove kernel` should only remove
>> the latest kernel.
>
>
On Tue, Jan 7, 2014 at 11:06 AM, Frank Murphy wrote:
> On Tue, 7 Jan 2014 10:52:52 +0100
> Dridi Boukelmoune wrote:
>
>> I'm sorry I don't understand your answer.
>>
>> Dridi
>>
>>
>
> I can't make it any simpler.
You could maybe exp
On Tue, Jan 7, 2014 at 11:28 AM, Frank Murphy wrote:
> On Tue, 7 Jan 2014 11:12:39 +0100
> Dridi Boukelmoune wrote:
>
>> I'm sorry for misunderstanding a command that didn't come with a
>> single sentence.
>>
>
>>"dnf remove kernel --all"
&
On Fri, Jan 10, 2014 at 1:04 AM, Kevin Kofler wrote:
> Bill Nottingham wrote:
>
>> Matthew Miller (mat...@fedoraproject.org) said:
>>> I'm a little lost in the thread, but do you mean that yum's protected
>>> packages functionality is undocumented? If that is what you mean, check
>>> the man page.
On Fri, Jan 10, 2014 at 2:50 PM, Dridi Boukelmoune
wrote:
> On Fri, Jan 10, 2014 at 1:04 AM, Kevin Kofler wrote:
>> Bill Nottingham wrote:
>>
>>> Matthew Miller (mat...@fedoraproject.org) said:
>>>> I'm a little lost in the thread, but do you mean that yu
On Wed, Jan 15, 2014 at 2:16 PM, Vít Ondruch wrote:
> Dne 14.1.2014 21:41, Andrew Lutomirski napsal(a):
>> I have some trivial cleanups I want to make to a package a maintain.
>> These cleanups are trivial enough that I don't think they're worth a
>> new build. Should I commit them to the master
On Sun, Jan 26, 2014 at 11:39 AM, Matthias Runge
wrote:
> On 01/26/2014 09:09 AM, Kenjiro Nakayama wrote:
>> Hi, List
>>
>> Can anyone swap review or take it as sponsor?
>>
>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1008063
>>
>
> Kenjiro,
>
> in order to get a package approved, you must b
On Fri, Feb 19, 2016 at 8:15 PM, Fabio Alessandro Locati
wrote:
> If Christopher will not respond, I can take care of:
>
snip
> - rpms/tiptop -- Performance monitoring tool based on hardware counters
Hi Fabio,
I'm already a co-maintainer on this one, I can take tiptop.
Cheers,
Dridi
--
devel ma
1 - 100 of 291 matches
Mail list logo
