On Sat, 12 Jan 2013 02:53:06 +
"Richard W.M. Jones" wrote:
> When I did the big OCaml codegen fix/update in F18 recently, I just
> bumped these package versions in Rawhide, merged the change back to
> F18, and rebuilt them only in F18. The upshot is that these aren't
> really a problem now a
On Sat, Jan 12, 2013 at 12:04:54AM +, build...@fedoraproject.org wrote:
> ocaml-calendar:
> f18-updates > f19 (ocaml-calendar-2.03.2-2.fc18
> ocaml-calendar-2.03.2-1.fc19)
>
> ocaml-curses:
> f18-updates > f19 (ocaml-curses-1.0.3-15.fc18 ocaml-curses-1.0.3-14.fc19)
>
> ocaml-fileutil
-- 转发的消息 --
发件人："Marco Scannadinari"
日期：2013-1-12 AM3:59
主题：[Design-team] gnome-shell design bug!
收件人：
抄送：
Hi, none of you know me - I just joined the mailing list. Everyone can
call me zheøffec (pronnounced "jeff").
I just reported a bug here
(https://bugzilla.gnome.org/show_bu
On Fri, Jan 11, 2013 at 01:50:18PM +, Fedora Rawhide Report wrote:
> [libguestfs]
> 1:libguestfs-1.21.2-2.fc19.i686 requires libprocps.so.0
> 1:libguestfs-1.21.2-2.fc19.x86_64 requires libprocps.so.0()(64bit)
Unfortunately FTBFS because of some incompatible change to the Ruby
packa
On Wed, Jan 09, 2013 at 04:39:06PM +0100, Simone Caronni wrote:
> I'm not asking for WHQL as I understand this is a "benefit" for the Redhat
> subscriptions.
Actually WHQL simply cannot be done by Fedora even if we wanted to.
It's an MSFT test programme that costs money, plus MSFT refuse to do
it
Broken upgrade path report for tags f18 -> f18-updates -> f19:
NetworkManager:
f18 > f19 (1:NetworkManager-0.9.7.0-12.git20121004.fc18
1:NetworkManager-0.9.7.0-11.git20121211.fc19)
a2jmidid:
f18 > f19 (a2jmidid-8-3.fc18 a2jmidid-8-2.fc19)
anaconda:
f18 > f19 (anaconda-18.37.11-1.fc18
On Wed, 2013-01-09 at 14:15 -0500, Josh Boyer wrote:
> * #963 change of names of configuration files (jwb, 18:15:11)
> * LINK: https://fedorahosted.org/fesco/ticket/963 (jwb, 18:15:12)
> * AGREED: firstboot is fixed so closing the ticket out and maintainers
> can fix remaining in the no
On Thu, 2013-01-10 at 14:11 -0600, Chris Adams wrote:
> Once upon a time, john.flor...@dart.biz said:
> > I use finger effectively without a finger server, on a single-user
> > workstation (in multi-user mode, of course). I believe it's getting the
> > data via NSS and in my case that means LDA
Hey Lukas,
I think the other (well meaning) responses haven't yet addressed your original
question. For the record, for ARM development boards, we (Fedora ARM) ship
prebuilt disk images suitable and intended for dd'ing onto a storage card for
convenient installation. Other targets support conve
Hi Lennart,
I would like to remove finger from the list. It is still very much in use. I
use it many times daily. I realize my use case is multiuser and server systems
- not of interest to Fedora - but the overhead is little, so I would be
grateful if it remained.
Jon.
--
Sent from my iPad
On Thu, Jan 10, 2013 at 8:41 PM, Adam Jackson wrote:
> For the same reason Firefox doesn't automatically accept self-signed SSL
> certs, and the same reason that ssh doesn't automatically accept new
> host keys: it'd be creating trust from thin air. With secure boot
> disabled there's no root of
On Thu, 2013-01-10 at 21:49 +0100, Nicolas Mailhot wrote:
> Le Jeu 10 janvier 2013 20:41, Adam Jackson a écrit :
>
> > For the same reason Firefox doesn't automatically accept self-signed SSL
> > certs, and the same reason that ssh doesn't automatically accept new
> > host keys: it'd be creating
Chris Adams wrote:
> Why do people want to reinvent the
> wheel (and ignore all previous wheels)?
Because "choice".
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le vendredi 11 janvier 2013 à 08:39 -0800, Richard Vickery a écrit :
> Lennart,
>
> Just my $0.02 on halting the inclusion of these: we might want to
> make these available in case there is a user out there who can only
> afford the older hardware.
They are available, the point is to not instal
Once upon a time, Kevin Fenzi said:
> ss is not command line compatible with netstart AFAIK.
> It provides similar information...
And IMHO that is the problem. Why did someone see it as a good idea to
develop a replacement for well-known commands (that have existed in
various forms on a lot of
On Fri, 11 Jan 2013, Kevin Fenzi wrote:
On Fri, 11 Jan 2013 12:16:50 +
"Daniel P. Berrange" wrote:
On this theme, one other very useful thing we could improve in Koji
for developer debug of failed builds, would be to capture the
'config.log' file from any autoconf based builds.
Curren
Lennart,
Just my $0.02 on halting the inclusion of these: we might want to make
these available in case there is a user out there who can only afford the
older hardware.
On Jan 10, 2013 7:00 AM, "Lennart Poettering" wrote:
> Heya,
>
> I noticed that comps' "standard" group includes a lot of pa
On Fri, 11 Jan 2013 12:16:50 +
"Daniel P. Berrange" wrote:
> On this theme, one other very useful thing we could improve in Koji
> for developer debug of failed builds, would be to capture the
> 'config.log' file from any autoconf based builds.
>
> Currently when I get stuck with configure p
On Fri, 11 Jan 2013 11:32:12 +0100
Mattias Ellert wrote:
> Hi!
>
> The gsoap package has been updated to version 2.8.12 in rawhide only.
> Dependent packages (gfal, gridsite, lcgdm, lcgdm-dav, srm-ifce, voms)
> must rebuild.
Thanks for the heads up.
Next time can you sent to 'devel-announce'
On Fri, 11 Jan 2013 11:40:40 +0100
Reindl Harald wrote:
> oh yeah "ss" is a pretty clear and self explaining
> command
>
> if people would develop SMART repalcements they would call the
> binaries identical with compatible command line switches so a
> "Obsoletes: whatever" would not change the U
Am 11.01.2013 11:35, schrieb Xose Vazquez Perez:
> On 01/11/2013 12:01 AM, William Brown wrote:
>
>> Nothing I didn't know about it. Will read into it now.
>>
>> Maybe this shows that a documentation component is needed, to "bridge"
>> the gap to say X tool is replaced by Y
>>
>> IE netstat -> s
On 01/11/2013 01:12 PM, Richard Hughes wrote:
On 11 January 2013 11:32, Ralf Corsepius wrote:
Then its configure script likely honors --disable-silent-rules
That works a treat, thanks.
In both cases, it's worth contacting upstream to tell them about the
harmfulness of silent make rules
We
On Fri, 11 Jan 2013 10:55:21 -0500
Matthew Miller wrote:
> On Fri, Jan 11, 2013 at 04:46:25PM +0100, Michal Schmidt wrote:
> > >ok, I guess I could try again. Can we remove prelink?
> > >What does it get us these days?
> > Has anything changed about prelink since the last time it was
> > discusse
Once upon a time, Matthew Miller said:
> On Fri, Jan 11, 2013 at 04:46:25PM +0100, Michal Schmidt wrote:
> > >ok, I guess I could try again. Can we remove prelink?
> > >What does it get us these days?
> > Has anything changed about prelink since the last time it was
> > discussed here?
> > "prelin
On Fri, Jan 11, 2013 at 04:46:25PM +0100, Michal Schmidt wrote:
> >ok, I guess I could try again. Can we remove prelink?
> >What does it get us these days?
> Has anything changed about prelink since the last time it was
> discussed here?
> "prelink should not mess with running executables":
> http:
Dne 10.1.2013 21:28, Kevin Fenzi napsal(a):
ok, I guess I could try again. Can we remove prelink?
What does it get us these days?
Has anything changed about prelink since the last time it was discussed
here?
"prelink should not mess with running executables":
http://lists.fedoraproject.org/pi
On Fri, Jan 11, 2013 at 03:47:40PM +0100, Michael Scherer wrote:
> And while I agree the goal to be POSIX compliant is nice, as far as i
> know, we are not, so we do not claim to be. ( ie, people cannot and
> should not expect the system to have theses utilities by default ).
Yeah, but it's reason
Le vendredi 11 janvier 2013 à 08:05 -0600, Chris Adams a écrit :
> Once upon a time, Bill Nottingham said:
> >
> > - ed
>
> I don't know how widely it is used, but ed is also part of POSIX/SUS.
based on my understanding, POSIX do not mandate them to be there by
default, just to support them
On 01/11/2013 02:14 PM, Daniel Veillard wrote:
On Fri, Jan 11, 2013 at 01:35:46PM +0100, Michael Scherer wrote:
Le vendredi 11 janvier 2013 à 11:24 +0100, Nicolas Mailhot a écrit :
Le Jeu 10 janvier 2013 23:33, Bill Nottingham a écrit :
- telnet
Nowadays it's commonly used to test if a
On Fri, Jan 11, 2013 at 03:09:28PM +0100, Michael Scherer wrote:
> telnet is easier, but that's a task that do not happen so often, and
> people who are able to perform it are also fully able to find the tool
I think both the "but" and the "and" are not necessarily true.
--
Matthew Miller ☁☁☁
On Thu, Jan 10, 2013 at 05:33:28PM -0500, Bill Nottingham wrote:
> - time
> bash has this builtin; don't think the additional features warrant
> this on every non-minimal install.
However, it has different semantics from the bash builtin, and it's likely
that people have scripts which use it.
On Thu, Jan 10, 2013 at 03:21:18PM -0700, Stephen John Smoogen wrote:
> Remember this is removal from core NOT from the distribution..
Actually, it's about @standard, not @core. Keeping the core minimal makes
sense but I think @standard should provide a comfortable working
environment. People may
On Thu, Jan 10, 2013 at 01:28:23PM -0700, Kevin Fenzi wrote:
> > prelink. Ugh.
> ok, I guess I could try again. Can we remove prelink?
> What does it get us these days?
I'm happy to back a feature to drop it.
--
Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁
--
devel mailing list
devel@l
On Thu, Jan 10, 2013 at 03:08:21PM -0500, Bill Nottingham wrote:
> +legacy-unix
> +<_name>Legacy Unix Support
> +<_description>These packages include clients and commands for legacy
> unix environments.
> +false
I'm not a big fan of this. It mashes a lot of disparate cases togethe
Le vendredi 11 janvier 2013 à 21:14 +0800, Daniel Veillard a écrit :
> On Fri, Jan 11, 2013 at 01:35:46PM +0100, Michael Scherer wrote:
> > Le vendredi 11 janvier 2013 à 11:24 +0100, Nicolas Mailhot a écrit :
> > > Le Jeu 10 janvier 2013 23:33, Bill Nottingham a écrit :
> > >
> > > > - telnet
Once upon a time, Bill Nottingham said:
> Sure, going through the diff:
>
> - bc
bc and dc are sometimes used for math in shell scripts (and bc is part
of POSIX/SUS).
> - ed
I don't know how widely it is used, but ed is also part of POSIX/SUS.
> - ftp
Either ftp or lftp should
Once upon a time, Xose Vazquez Perez said:
> On 01/11/2013 01:17 AM, Kevin Kofler wrote:
>
> > +1, the default "info" is really a PITA to use, pinfo is much better.
>
> -1, pinfo is dispensable:
>
> $ info ls --subnodes --output - | less
Ah yes, because _that's_ intuitive (especially when you
Compose started at Fri Jan 11 08:15:05 UTC 2013
Broken deps for x86_64
--
[audacious-plugins]
audacious-plugins-3.3.3-2.fc19.x86_64 requires
libcdio.so.13(CDIO_13)(64bit)
audacious-plugins-3.3.3-2.fc19.x86_64 requires libcdio
On Fri, Jan 11, 2013 at 01:35:46PM +0100, Michael Scherer wrote:
> Le vendredi 11 janvier 2013 à 11:24 +0100, Nicolas Mailhot a écrit :
> > Le Jeu 10 janvier 2013 23:33, Bill Nottingham a écrit :
> >
> > > - telnet
> >
> > Nowadays it's commonly used to test if a port is open, not to log in
On 10 January 2013 23:51, Kevin Kofler wrote:
> Brendan Jones wrote:
>> The main problem we have with kickstarts at the moment is that there is
>> no way (according to current packaging guidelines) to alter files owned
>> by other packages.
>
> This is just plain impossible anyway (except for conf
On Tue, 8 Jan 2013 11:44:29 +0100, Adrian Reber wrote:
> On Tue, Dec 04, 2012 at 08:22:18PM +0100, Adrian Reber wrote:
> > Some weeks ago libcdio 0.90 has been released. In addition to the
> > libcdio-0.90 release there have been parts split off into a separate
> > package called libcdio-paranoia.
Le vendredi 11 janvier 2013 à 11:24 +0100, Nicolas Mailhot a écrit :
> Le Jeu 10 janvier 2013 23:33, Bill Nottingham a écrit :
>
> > - telnet
>
> Nowadays it's commonly used to test if a port is open, not to log in
> remotely somewhere. What will replace it in this role?
why not bash :)
$
On Fri, Jan 11, 2013 at 12:12:46PM +, Richard Hughes wrote:
> On 11 January 2013 11:32, Ralf Corsepius wrote:
> > Then its configure script likely honors --disable-silent-rules
>
> That works a treat, thanks.
>
> > In both cases, it's worth contacting upstream to tell them about the
> > harm
On 11 January 2013 11:32, Ralf Corsepius wrote:
> Then its configure script likely honors --disable-silent-rules
That works a treat, thanks.
> In both cases, it's worth contacting upstream to tell them about the
> harmfulness of silent make rules
Well, I am upstream :) When I'm developing softw
On 01/11/2013 11:27 AM, Richard Hughes wrote:
On 11 January 2013 10:21, Ralf Corsepius wrote:
builds verbose
Good idea. Do I just do this
Is the package autotools-based using a recent version of the autotools?
Then its configure script likely honors --disable-silent-rules
(c.f. ./configure
On 01/11/2013 11:35 AM, Xose Vazquez Perez wrote:
On 01/11/2013 12:01 AM, William Brown wrote:
Nothing I didn't know about it. Will read into it now.
Maybe this shows that a documentation component is needed, to "bridge"
the gap to say X tool is replaced by Y
IE netstat -> ss
man netstat:
On 01/11/2013 01:17 AM, Kevin Kofler wrote:
> +1, the default "info" is really a PITA to use, pinfo is much better.
-1, pinfo is dispensable:
$ info ls --subnodes --output - | less
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, Jan 11, 2013 at 11:24:00AM +0100, Nicolas Mailhot wrote:
>
> Le Jeu 10 janvier 2013 23:33, Bill Nottingham a écrit :
>
> > - telnet
>
> Nowadays it's commonly used to test if a port is open, not to log in
> remotely somewhere. What will replace it in this role?
"nc" (from nmap-nca
On 01/11/2013 12:01 AM, William Brown wrote:
> Nothing I didn't know about it. Will read into it now.
>
> Maybe this shows that a documentation component is needed, to "bridge"
> the gap to say X tool is replaced by Y
>
> IE netstat -> ss
man netstat:
NOTE
This program is obsolete.
Hi!
The gsoap package has been updated to version 2.8.12 in rawhide only.
Dependent packages (gfal, gridsite, lcgdm, lcgdm-dav, srm-ifce, voms)
must rebuild.
Mattias
smime.p7s
Description: S/MIME cryptographic signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin
On 11 January 2013 10:21, Ralf Corsepius wrote:
> builds verbose
Good idea. Do I just do this or is there some Fedora macro?
@@ -87,10 +91,10 @@ This may be useful for CMYK soft-proofing or for
extra device support.
--disable-examples \
--disable-dependency-tracking
-make %{?_
On 01/11/2013 10:01 AM, Richard Hughes wrote:
I've tried to build colord for f18 a few times now. It builds locally
fine, but when run on Koji it gets killed: make[3]: ***
[FOGRA28L_webcoated.icc] Killed
It only seems to happen when the print profiles are being created,
which do take some time t
Le Jeu 10 janvier 2013 23:33, Bill Nottingham a écrit :
> - telnet
Nowadays it's commonly used to test if a port is open, not to log in
remotely somewhere. What will replace it in this role?
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproje
On 11 January 2013 09:13, Dan Horák wrote:
> I'd say it's the OOM killer in kernel what kills your processes. Do the
> generators run in parallel?
No, serially. I've just submitted a scratch build that uses "ulimit
-Sv 50" which will cause the profiles to be built in chunks rather
than in one
Richard Hughes píše v Pá 11. 01. 2013 v 09:01 +:
> I've tried to build colord for f18 a few times now. It builds locally
> fine, but when run on Koji it gets killed: make[3]: ***
> [FOGRA28L_webcoated.icc] Killed
>
> It only seems to happen when the print profiles are being created,
> which d
I've tried to build colord for f18 a few times now. It builds locally
fine, but when run on Koji it gets killed: make[3]: ***
[FOGRA28L_webcoated.icc] Killed
It only seems to happen when the print profiles are being created,
which do take some time to complete. It probably takes about 20
minutes t
On 10 January 2013 23:55, Kalev Lember wrote:
> It's 'mash' that decides what gets multilibbed. If I read it right, it
> multilibs packages that install files that match the libdir/*.so.*
> pattern, plus a number of hardcoded special cases. It's a bit like
> magic, we'll see how it turns out in to
57 matches
Mail list logo
