First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 126119
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: dotnet <dotnet@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Peter Johanson (RETIRED) <latexer@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 126119 depends on: Show dependency tree
Bug 126119 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2006-03-13 21:56 0000
mono-1.1.13 and higher included a removal of a deprecated location of some API
in Mono.Posix, which has... complicated the path towards removal from
package.mask, and now towards getting a newer mono marked stable.

I need arches to test mono-1.1.13 against all the stable versions of all mono
users, so we can track down and resolve all of those, before the final request
for testing and marking stable of a newer mono on all applicable arches.

If folks want I can look into generating a list of packages in question for
each arch, but I'm assuming you folks are pretty well versed at that sort of
thing at this point?

------- Comment #1 From Luis Medinas (RETIRED) 2006-03-14 11:30:48 0000 -------
mono-1.1.13.x is ready for amd64. I tested against the testing tree and it's
fine now (even with the api changes). For stable tree since amd64 have
currently mono use flag masked we don't have much packages marked stable. Those
packages were tested and worked for us.
For this we will remove mono use flag mask and stablize mono-1.1.13. 

My question now is what about gtk# and another -sharp deps (maintained by
dotnet herd) shouldn't be marked stable too so the other maintainers mark some
apps stable for the tree ?

------- Comment #2 From Mark Loeser 2006-03-17 20:41:12 0000 -------
dev-lang/mono-1.1.13.2 and dev-dotnet/libgdiplus-1.1.13.2 look fine for x86. 
Are there any other packages we should be bumping as well, or could both of
those go stable?

------- Comment #3 From Peter Johanson (RETIRED) 2006-03-17 20:52:46 0000 -------
Those two are the biggies. You might also want to look at stabalizing a new
monodoc/mono-tools combo, but that's not really critical.

------- Comment #4 From Mark Loeser 2006-03-18 15:29:56 0000 -------
The latest version of those two look like they are good to go too.  Let us know
when everything is ready, and if you have made any changes for us to test :)

------- Comment #5 From Luis Medinas (RETIRED) 2006-03-19 16:33:32 0000 -------
ok i stablized mono-1.1.13.2 libgdiplus-1.1.13.2, removed the mono use mask on
amd64 and then stablize all gtk# 1.0.10 so we can be like ppc and x86,
monodoc-1.1.13 and mono-tools-1.1.11 are stable to as sugested by Peter.

amd64 is done. Thanks Peter for your work with us.

------- Comment #6 From Matthias Langer 2006-03-22 03:24:35 0000 -------
I've done some testing with mono-1.1.13.4 and app-misc/beagle-0.2.3 against a
stable profile. To do that i put the following in package-keywords:

=dev-lang/mono-1.1.13.4
=app-misc/beagle-0.2.3
=dev-dotnet/gnome-sharp-2.8.2
=dev-dotnet/art-sharp-2.8.2
=dev-dotnet/gtk-sharp-2.8.2
=dev-dotnet/gnomevfs-sharp-2.8.2
=dev-dotnet/gconf-sharp-2.8.2
=dev-dotnet/glade-sharp-2.8.2
=dev-libs/gmime-2.1.19
=dev-dotnet/evolution-sharp-0.10.2-r1
=dev-dotnet/libgdiplus-1.1.13.4

I emerged mono with "+X +nptl", beagle with "-debug +evo +gtk -ole +pdf
+python". beagled is up and running for now about 10 hours and everthing seems
to work fine.

Portage 2.0.54 (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.3.5-r2,
2.6.15-gentoo-r5 i686)
=================================================================
System uname: 2.6.15-gentoo-r5 i686 AMD Athlon(tm) XP 2400+
Gentoo Base System version 1.6.14
dev-lang/python:     2.3.5-r2, 2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon-xp -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig colission-protect distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.inode.at/ "
LANG="en_US.utf8"
LC_ALL="en_US.utf8"
LINGUAS="de en"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 3dnow 3dnowext X a52 aalib alsa apm audiofile avi berkdb bitmap-fonts
bonobo bzip2 bzlib cairo cdr cli crypt css ctype cups curl dba dbus divx4linux
dri dts dv dvd dvdr dvdread emboss encode evo exif expat fam fame fastbuild
ffmpeg firefox flac foomaticdb force-cgi-redirect fortran ftp gd gdbm gif glut
gmp gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal idn imagemagick
imlib ipv6 java jpeg junit lcms libg++ libwww mad memlimit mhash mikmod mmx
mmxext mng motif mp3 mpeg nautilus ncurses nls nptl nsplugin nvidia ogg
oggvorbis openal opengl pam pcre pdflib perl plotutils png posix python
quicktime readline real ruby sdl session simplexml slang soap sockets speex
spell spl sqlite sse ssl subtitles svga tcltk tcpd tetex theora tiff tokenizer
truetype truetype-fonts type1-fonts udev unicode usb vcd vorbis win32codecs wma
xine xml xml2 xmms xsl xv xvid zlib linguas_de linguas_en userland_GNU
kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LDFLAGS

------- Comment #7 From Mark Loeser 2006-03-22 14:57:46 0000 -------
x86 done, thanks for testing Matthias

------- Comment #8 From Tobias Scherbaum 2006-04-08 07:55:27 0000 -------
ppc stable

First Last Prev Next    No search results available      Search page      Enter new bug