Mono - rfc for future developments
by Paul F. Johnson
Hi,
I've just been notified that RC1 of Mono is due to be tagged today at
some point with RC2 (final) on the 10th. Given the date difference of
only 2 days, I'll be packaging Mono 2.0 for rawhide.
Future plans.
Currently the mono stack for Fedora is a bit of a mess over the three
versions available. What I'm proposing for future mono/libgdiplus
releases is this.
Mono 2.0 is released on the 10th and packaged for rawhide
Mono 1.9.1 is then released on F9
The stack is then rebuilt to cover gtk-sharp2 et al so that by the end
of the process rawhide is one version ahead of core.
When Mono 2 becomes 2.9, version 2 is released onto core and so on.
This, in theory, should kill the problems experienced with the likes of
monodevelop in core. It also means that core is operating on the stable
release.
An alternative is that after a couple of months proving on rawhide, the
rawhide version is pushed to core.
Comments on this are welcome either on or off list.
TTFN
Paul
(looking for work so has a bit of time to spare to such activities)
--
Sie können mich aufreizen und wirklich heiß machen!
15 years, 9 months
Xfce SIG meeting tomorrow (2008-09-09)
by Kevin Fenzi
Greetings.
We would like to try and get together interested folks for a
Xfce SIG meeting, tomorrow at 21:00 UTC in the
#fedora-meeting channel.
We will mostly be going over some more items and patches for F10, and
trying to finalize the Xfce spin for F10.
All interested parties welcome!
Thanks!
kevin
15 years, 9 months
Koji upload speed.
by Pavel Alexeev (aka Pahan-Hubbitus)
I have upload speed of packages around 20 KiB/sec.
$ koji build --scratch --arch-override=i386 dist-f10
mysql-gui-tools-5.0r12-1.fc9.Hu.14.src.rpm
Uploading srpm: mysql-gui-tools-5.0r12-1.fc9.Hu.14.src.rpm
[= ] 03% 00:01:06 768.00 KiB 16.34
KiB/sec
Is it normal and may be there any limitations about I not known?
Or may be I can adjust something?
I have symmetric connection 4000Mib/sec.
--
With best regards, Pavel Alexeev (aka Pahan-Hubbitus)
15 years, 9 months
No stage2.img in today's rawhide
by Orion Poplawski
Is this intentional? anaconda seems to still look for it with
ks/pxeboot install.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division FAX: 303-415-9702
3380 Mitchell Lane orion(a)cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
15 years, 9 months
error while using koji
by subhodip biswas
hi !
i get this error when using koji :
Error: [('SSL routines', 'SSL3_READ_BYTES', 'sslv3 alert certificate
revoked'), ('SSL routines', 'SSL3_WRITE_BYTES', 'ssl handshake
failure')]
why is this so ?
--
Regards
Subhodip Biswas
GPG key : FAEA34AB
Server : pgp.mit.edu
http://subhodipbiswas.wordpress.com
http:/www.fedoraproject.org/wiki/SubhodipBiswas
15 years, 9 months
$arch.newkey mirrors
by Howard Wilkinson
I have been following the threads concerning the newly signed updates
due for release shortly and have done some investigation on the
availability of the packages from the mirrors.
From my understanding the $arch.newkey directories contain the newly
signed packages underneath each of the release version directories in
the updates tree. Looking on download.fedora.redhat.com it looks like
these started appearing around 28th August and were last updated around
5th September.
HOWEVER, on all of the mirrors I have looked at (which is a small
sample) these directory trees exist but are empty. The one's we are
interested in support RSYNC as we hold a local copy of the trees we are
interested in. The best example of this is mirrorservice.org in the UK
(best as it is the one we use) but even major site sin the US do not
have the packages.
Am I right in believing that this is going to cause some significant
delay when the keys are finally published?
Is this what is expected or is this a problem with the mirroring process
that needs fixing?
Reason I am asking is that I would like to fix our mirror process but
without directories populated on an rsync server I am stuck.
Also, what is the likelihood that the old $arch directories will
disappear and be replaced by the $arch.newkey directories once the keys
are released?
Howard.
15 years, 9 months
Getting minor security issue with "alliance" fixed?
by Bruno Wolff III
About four weeks ago a reported (#459336) a minor security issue with the
alliance package. It incorrectly modifies the path to put the current
working directory (via an empty item in the list) in it. At the time I reported
things were kind of crazy, but I would have expected some action on the
problem by this time. The fix can't be that complicated even if something
is generating the profile files, so I was hoping maybe somebody could take
a look at this even if the primary maintainer is busy right now.
15 years, 9 months
Re: Boot speedup with readahead
by Davide Moretti
On my system:
Without readahead: 1 minute and 30 seconds
With readahead: 1 minute and 30 seconds
Time was until gnome applet showed up, so on my system readahead did
not improve boot speed at all.
Note that there is a bug that prevents readahead-collector from
starting if you have selinux disabled, since the /.autorelabel file is
still hanging around during reboots, I had to remove this file for
collector to work.
1) The rhgb removal is a big step forwards, rhgb slows down things a lot.
2) One major thing to look at I think is the initrd and udev, these
take really a lot of time
3) Get rid of that sysinit stuff and start using upstart jobs, I still
have not seen any progress on this.
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
15 years, 9 months