Re: testing.pl vs. multiple versions in Sources
* Joachim Breitner (nome...@debian.org) [100312 13:53]: > > This is the current result of a hint for ghc6 (including some unrelated > > packages ready to move testing): > > > > finish: > > [ghc6,haskell-devscripts,haskell-opengl,haskell-openal,haskell-alut,haskell-mtl,haskell-quickcheck,haskell-lazysmallcheck,haskell-stream,haskell-xhtml,haskell-parsec2,haskell-network,haskell-regex-base,haskell-regex-posix,haskell-regex-compat,haskell-digest,haskell-zlib,haskell-zip-archive,haskell-tagsoup,haskell-fgl,haskell-convertible,haskelldb,-haskell-utf8-string,-haskell-utils,haskell-arrows,haskell-binary,haskell-bzlib,haskell-cgi,haskell-curl,haskell-dataenc,haskell-datetime,haskell-diff,haskell-edison-api,haskell-editline,haskell-fastcgi,haskell-filemanip,haskell-ghc-paths,haskell-glut,haskell-haskeline,haskell-hlist,haskell-hsql,haskell-hsql-odbc,haskell-hsql-postgresql,haskell-hsql-sqlite3,haskell-html,haskell-http,haskell-hunit,haskell-ifelse,haskell-irc,haskell-json,haskell-language-c,haskell-monadcatchio-mtl,haskell-network-bytestring,haskell-parsec,haskell-pcre-light,haskell-polyparse,haskell-qio,haskell-quickcheck1,haskell-recaptcha,haskell-safe,haskell-sha,haskell-split,haskell-stm,haskell-syb-with-class,haskell-tar,haskell-terminfo,haskell-time,haskell-url,haskell-uulib,haskell-vty,haskell-x11,haskell-x11-xft,haskell-xml,haskelldb-hdbc,haskelldb-hdbc-odbc,haskelldb-hdbc-postgresql,ldap-haskell,haskell-configfile,haskell-feed,haskell-filestore,haskell-ghc-mtl,haskell-haxr,haskell-hgl,haskell-texmath,gtk2hs,haxml,hslogger,missingh,xmonad,xmonad-contrib,ftphs,haskell-hsh,hdbc,hdbc-odbc,hdbc-postgresql,hdbc-sqlite3,magic-haskell,-gtksourceview,-haddock,-pandoc,stellarium/kfreebsd-amd64_tpu,libio-aio-perl/kfreebsd-i386,stellarium/kfreebsd-i386_tpu,libgtk2-notify-perl/mipsel,apt-offline,apt-xapian-index,argus,aspell-ml,aub,bacula-doc,batctl,batman-adv-kernelland,boost1.42,c++-annotations,,cerealizer,code-saturne,cssutils,editobj,epsilon,gdb-m68hc1x,git-cola,gitg,glpk,gnet,groff,gtkhtml3.14,hardening-wrapper,hmake,hscolour,imaptool,imdbpy,iso-codes,jasmin-sable,kptc,ldns,libautodie-perl,libcgi,libdatetime-format-http-perl,libdevel-symdump-perl,libdist-zilla-perl,libgearman-client-async-perl,libgpewidget,libjasper-java,liblingua-stem-snowball-perl,librestclient-ruby,libslf4j-java,libstring-truncate-perl,libxi,life,maven-debian-helper,modemmanager,munin,navit,nulog,oidentd,perlipq,postgresql-pllua,pycha,pyparsing,python-axiom,python-pyxattr,qink,qsynth,qwit,router-audit-tool,routes,scapy,sitesummary,spamassassin,spew,sugar-pippy-activity,tdiary,thttpd,topal,ttf-hanazono,uget,xen-3,xen-common,yaml-mode,zfs-fuse] > > endloop: 371+0: i-26:a-14:a-16:h-22:i-19:k-99:k-100:m-15:m-15:p-13:s-16:s-16 > > now: 380+0: i-27:a-15:a-17:h-25:i-19:k-99:k-98:m-16:m-16:p-14:s-17:s-17 > > * i386: libghc6-magic-dev > > * amd64: libghc6-magic-dev > > * armel: libghc6-magic-dev > > * hppa: libghc6-magic-dev, libghc6-xmonad-contrib-dev, > > libghc6-xmonad-contrib-prof > > * kfreebsd-i386: libghc6-magic-dev > > * mips: libghc6-magic-dev > > * mipsel: libghc6-magic-dev > > * powerpc: libghc6-magic-dev > > * s390: libghc6-magic-dev > > * sparc: libghc6-magic-dev > > Is this available somewhere easily for review? Sure. http://release.debian.org/britney/update_output.txt.gz (Except if we do multiple runs by hand or even worse things, then we might not always update it.) Cheers, Andi -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100313104530.gf19...@mails.so.argh.org
Bug#573722: transition: ocaml-text, postgresql-ocaml
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hello, ocaml-text and postgresql-ocaml need to go to testing with a bunch of other binNMUed packages: easy ocaml-text/0.3-1 postgresql-ocaml/1.12.4-1 lwt/amd64/2.0.0-1 lwt/armel/2.0.0-1 lwt/hppa/2.0.0-1 lwt/i386/2.0.0-1 lwt/ia64/2.0.0-1 lwt/kfreebsd-amd64/2.0.0-1 lwt/kfreebsd-i386/2.0.0-1 lwt/mips/2.0.0-1 lwt/mipsel/2.0.0-1 lwt/powerpc/2.0.0-1 lwt/s390/2.0.0-1 lwt/sparc/2.0.0-1 ocsigen/amd64/1.2.2-1 ocsigen/armel/1.2.2-1 ocsigen/hppa/1.2.2-1 ocsigen/i386/1.2.2-1 ocsigen/ia64/1.2.2-1 ocsigen/kfreebsd-amd64/1.2.2-1 ocsigen/kfreebsd-i386/1.2.2-1 ocsigen/mips/1.2.2-1 ocsigen/mipsel/1.2.2-1 ocsigen/powerpc/1.2.2-1 ocsigen/s390/1.2.2-1 ocsigen/sparc/1.2.2-1 nurpawiki/amd64/1.2.3-3 nurpawiki/armel/1.2.3-3 nurpawiki/hppa/1.2.3-3 nurpawiki/i386/1.2.3-3 nurpawiki/ia64/1.2.3-3 nurpawiki/kfreebsd-amd64/1.2.3-3 nurpawiki/kfreebsd-i386/1.2.3-3 nurpawiki/mips/1.2.3-3 nurpawiki/mipsel/1.2.3-3 nurpawiki/powerpc/1.2.3-3 nurpawiki/s390/1.2.3-3 nurpawiki/sparc/1.2.3-3 BTW, is it possible to avoid expanding all architectures for binNMUed packages in easy hints? Thanks in advance, -- Stéphane -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100313123824.12725.78247.report...@korell.glondu.net
Bug#573722: marked as done (transition: ocaml-text, postgresql-ocaml)
Your message dated Sat, 13 Mar 2010 13:21:08 + with message-id <1268486468.24617.88.ca...@kaa.jungle.aubergine.my-net-space.net> and subject line Re: Bug#573722: transition: ocaml-text, postgresql-ocaml has caused the Debian Bug report #573722, regarding transition: ocaml-text, postgresql-ocaml to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 573722: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573722 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hello, ocaml-text and postgresql-ocaml need to go to testing with a bunch of other binNMUed packages: easy ocaml-text/0.3-1 postgresql-ocaml/1.12.4-1 lwt/amd64/2.0.0-1 lwt/armel/2.0.0-1 lwt/hppa/2.0.0-1 lwt/i386/2.0.0-1 lwt/ia64/2.0.0-1 lwt/kfreebsd-amd64/2.0.0-1 lwt/kfreebsd-i386/2.0.0-1 lwt/mips/2.0.0-1 lwt/mipsel/2.0.0-1 lwt/powerpc/2.0.0-1 lwt/s390/2.0.0-1 lwt/sparc/2.0.0-1 ocsigen/amd64/1.2.2-1 ocsigen/armel/1.2.2-1 ocsigen/hppa/1.2.2-1 ocsigen/i386/1.2.2-1 ocsigen/ia64/1.2.2-1 ocsigen/kfreebsd-amd64/1.2.2-1 ocsigen/kfreebsd-i386/1.2.2-1 ocsigen/mips/1.2.2-1 ocsigen/mipsel/1.2.2-1 ocsigen/powerpc/1.2.2-1 ocsigen/s390/1.2.2-1 ocsigen/sparc/1.2.2-1 nurpawiki/amd64/1.2.3-3 nurpawiki/armel/1.2.3-3 nurpawiki/hppa/1.2.3-3 nurpawiki/i386/1.2.3-3 nurpawiki/ia64/1.2.3-3 nurpawiki/kfreebsd-amd64/1.2.3-3 nurpawiki/kfreebsd-i386/1.2.3-3 nurpawiki/mips/1.2.3-3 nurpawiki/mipsel/1.2.3-3 nurpawiki/powerpc/1.2.3-3 nurpawiki/s390/1.2.3-3 nurpawiki/sparc/1.2.3-3 BTW, is it possible to avoid expanding all architectures for binNMUed packages in easy hints? Thanks in advance, -- Stéphane -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- End Message --- --- Begin Message --- On Sat, 2010-03-13 at 13:38 +0100, Stéphane Glondu wrote: > ocaml-text and postgresql-ocaml need to go to testing with a bunch of > other binNMUed packages: > > easy ocaml-text/0.3-1 postgresql-ocaml/1.12.4-1 lwt/amd64/2.0.0-1 > lwt/armel/2.0.0-1 lwt/hppa/2.0.0-1 lwt/i386/2.0.0-1 lwt/ia64/2.0.0-1 > lwt/kfreebsd-amd64/2.0.0-1 lwt/kfreebsd-i386/2.0.0-1 lwt/mips/2.0.0-1 > lwt/mipsel/2.0.0-1 lwt/powerpc/2.0.0-1 lwt/s390/2.0.0-1 lwt/sparc/2.0.0-1 > ocsigen/amd64/1.2.2-1 ocsigen/armel/1.2.2-1 ocsigen/hppa/1.2.2-1 > ocsigen/i386/1.2.2-1 ocsigen/ia64/1.2.2-1 ocsigen/kfreebsd-amd64/1.2.2-1 > ocsigen/kfreebsd-i386/1.2.2-1 ocsigen/mips/1.2.2-1 ocsigen/mipsel/1.2.2-1 > ocsigen/powerpc/1.2.2-1 ocsigen/s390/1.2.2-1 ocsigen/sparc/1.2.2-1 > nurpawiki/amd64/1.2.3-3 nurpawiki/armel/1.2.3-3 nurpawiki/hppa/1.2.3-3 > nurpawiki/i386/1.2.3-3 nurpawiki/ia64/1.2.3-3 > nurpawiki/kfreebsd-amd64/1.2.3-3 nurpawiki/kfreebsd-i386/1.2.3-3 > nurpawiki/mips/1.2.3-3 nurpawiki/mipsel/1.2.3-3 nurpawiki/powerpc/1.2.3-3 > nurpawiki/s390/1.2.3-3 nurpawiki/sparc/1.2.3-3 Added; thanks. > BTW, is it possible to avoid expanding all architectures for binNMUed > packages in easy hints? britney requires the architectures to always be specified for binNMUs. One of the tools we use for dealing with hints allows the pseudo-architecture "any" which expands to the list of release architectures for which the package is available in unstable. The fully expanded list is still what has to be added to the hints file however, and not everyone uses the tool (I do when formulating hints, but in this case just copy-and-pasted it from your mail), so it's safer to either expand it yourself or say "package A and the binNMUs for package B" rather than the hint itself. Regards, Adam --- End Message ---
Bug#572124: marked as done (nmu: abiword_2.8.2-1)
Your message dated Sat, 13 Mar 2010 14:54:27 +0100 with message-id <20100313135425.ga25...@albino.fimpnet> and subject line Re: Bug#572124: nmu: abiword_2.8.2-1 has caused the Debian Bug report #572124, regarding nmu: abiword_2.8.2-1 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 572124: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572124 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hey, libgoffice's packaging is currently buggy, not changing the package name with SONAME. Please rebuild abiword as an intermediate fix until the libgoffice packaging problem is resolved. (see #570010) nmu abiword_2.8.2-1 . ALL . -m "Rebuild against libgoffice with different SONAME (closes: #572043)" dw abiword_2.8.2-1 . ALL . -m "libgoffice-0-8 (>= 0.8.0-1)" Thanks, Patrik -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (200, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash signature.asc Description: Digital signature --- End Message --- --- Begin Message --- A binNMU of 2.8.2-1 is no longer necessary because goffice fixed its package naming and abiword 2.8.2-2 is waiting for a sponsor, thus closing this bug report. Patrik signature.asc Description: Digital signature --- End Message ---
NEW changes in proposedupdates
Processing changes file: python2.5_2.5.2-15+lenny1_i386.changes ACCEPT Processing changes file: python2.5_2.5.2-15+lenny1_alpha.changes ACCEPT Processing changes file: python2.5_2.5.2-15+lenny1_amd64.changes ACCEPT Processing changes file: python2.5_2.5.2-15+lenny1_arm.changes ACCEPT Processing changes file: python2.5_2.5.2-15+lenny1_armel.changes ACCEPT Processing changes file: python2.5_2.5.2-15+lenny1_hppa.changes ACCEPT Processing changes file: python2.5_2.5.2-15+lenny1_ia64.changes ACCEPT Processing changes file: python2.5_2.5.2-15+lenny1_mips.changes ACCEPT Processing changes file: python2.5_2.5.2-15+lenny1_mipsel.changes ACCEPT Processing changes file: python2.5_2.5.2-15+lenny1_powerpc.changes ACCEPT Processing changes file: python2.5_2.5.2-15+lenny1_s390.changes ACCEPT Processing changes file: python2.5_2.5.2-15+lenny1_sparc.changes ACCEPT Processing changes file: python2.4_2.4.6-1+lenny1_i386.changes ACCEPT Processing changes file: python2.4_2.4.6-1+lenny1_alpha.changes ACCEPT Processing changes file: python2.4_2.4.6-1+lenny1_amd64.changes ACCEPT Processing changes file: python2.4_2.4.6-1+lenny1_arm.changes ACCEPT Processing changes file: python2.4_2.4.6-1+lenny1_armel.changes ACCEPT Processing changes file: python2.4_2.4.6-1+lenny1_hppa.changes ACCEPT Processing changes file: python2.4_2.4.6-1+lenny1_ia64.changes ACCEPT Processing changes file: python2.4_2.4.6-1+lenny1_mips.changes ACCEPT Processing changes file: python2.4_2.4.6-1+lenny1_mipsel.changes ACCEPT Processing changes file: python2.4_2.4.6-1+lenny1_powerpc.changes ACCEPT Processing changes file: python2.4_2.4.6-1+lenny1_s390.changes ACCEPT Processing changes file: python2.4_2.4.6-1+lenny1_sparc.changes ACCEPT -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1nqrn2-0007lc...@ries.debian.org
Re: testing.pl vs. multiple versions in Sources
Joachim Breitner writes: > Am Donnerstag, den 11.03.2010, 20:33 +0100 schrieb Marc 'HE' > Brockschmidt: >> This removes pandoc and we need a fix for haskell-magic, but it looks >> pretty good by now. > haskell-magic was just uploaded. Great. I used that and now we got h...@ries:~$ madison -s testing,unstable ghc6 W: Archive maintenance is in progress; database inconsistencies are possible. ghc6 |6.6.1-2 | unstable | source, hurd-i386 ghc6 | 6.12.1-12 | testing | source, amd64, armel, hppa, i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc ghc6 | 6.12.1-12 | unstable | source, alpha, amd64, armel, hppa, i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc Should be on the mirrors in a few hours. FWIW, the hint ended up with finish: [ghc6,haskell-devscripts,haskell-opengl,haskell-openal,haskell-alut,haskell-mtl,haskell-quickcheck,haskell-lazysmallcheck,haskell-stream,haskell-xhtml,haskell-parsec2,haskell-network,haskell-regex-base,haskell-regex-posix,haskell-regex-compat,haskell-digest,haskell-zlib,haskell-zip-archive,haskell-tagsoup,haskell-fgl,haskell-convertible,haskelldb,-haskell-utf8-string,-haskell-utils,haskell-arrows,haskell-binary,haskell-bzlib,haskell-cgi,haskell-curl,haskell-dataenc,haskell-datetime,haskell-diff,haskell-edison-api,haskell-editline,haskell-fastcgi,haskell-filemanip,haskell-ghc-paths,haskell-glut,haskell-haskeline,haskell-hlist,haskell-hsql,haskell-hsql-odbc,haskell-hsql-postgresql,haskell-hsql-sqlite3,haskell-html,haskell-http,haskell-hunit,haskell-ifelse,haskell-irc,haskell-json,haskell-language-c,haskell-monadcatchio-mtl,haskell-network-bytestring,haskell-parsec,haskell-pcre-light,haskell-polyparse,haskell-qio,haskell-quickcheck1,haskell-recaptcha,haskell-safe,haskell-sha,haskell-split,haskell-stm,haskell-syb-with-class,haskell-tar,haskell-terminfo,haskell-time,haskell-url,haskell-uulib,haskell-vty,haskell-x11,haskell-x11-xft,haskell-xml,haskelldb-hdbc,haskelldb-hdbc-odbc,haskelldb-hdbc-postgresql,ldap-haskell,haskell-configfile,haskell-feed,haskell-filestore,haskell-ghc-mtl,haskell-haxr,haskell-hgl,haskell-texmath,gtk2hs,haxml,hslogger,missingh,xmonad,xmonad-contrib,ftphs,haskell-hsh,hdbc,hdbc-odbc,hdbc-postgresql,hdbc-sqlite3,magic-haskell,-gtksourceview,-haddock,haskell-edison-core,haskell-haskell-src,haskell-hint,haskell-mmap,haskelldb-hdbc-sqlite3,hmake,hscolour,haskell-hashed-storage] endloop: 371+0: i-26:a-14:a-16:h-22:i-19:k-99:k-100:m-15:m-15:p-13:s-16:s-16 now: 371+0: i-26:a-14:a-16:h-24:i-19:k-99:k-97:m-15:m-15:p-13:s-17:s-16 * hppa: libghc6-xmonad-contrib-dev, libghc6-xmonad-contrib-prof * s390: libghc6-magic-dev Meaning that s390's libghc6-magic-dev is broken now (until waldi signs and uploads the new haskell-magic, which will then transition to testing). xmonad-contrib on hppa has an FTBFS. As the whole thing made three packages on kfreebsd-i386 installable, it seems like a good tradeoff, and cleaning up will be easier now that ghc6 is in testing. Marc -- Fachbegriffe der Informatik - Einfach erklärt 99: EDV Experimentelle Daten Verarbeitung (Andreas Frackowiak) pgpLG74kBvMIm.pgp Description: PGP signature
Re: Tcl/Tk plans for Squeeze
Francesco P. Lovergine wrote: > Currently we have three different releases of Tcl/Tk: 8.3, 8.4 and 8.5 > with major differences among them (e.g. 8.3 is not thread-enabled, 8.5 > has a new theme-enabled Tk, etc.). A new pre-release version 8.6 > is already in experimental, too. > > This is a mess we need to reduce. Very much agreed. > Dropping 8.3 will require migrating old strict rev-dep packages > to the new policy and possibly patching for using a modern Tcl (default > or 8.4 at least). Eventually, some packages will be dropped, because too > ancient. > Let them to go. What's the status of dropping 8.3 aka what still needs to be done to make that happen? Cheers Luk -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b9bbbfc.6020...@debian.org
Priorities
Hi I'm back from vacation. I would like to make sure we focus on the priorities to get Squeeze out. >From a first look there are these things: - stop accepting new transitions and (help to) coordinate the outstanding ones - focus on RC bug handling by coordinating the organisation of formal and informal BSPs and possible other ways of getting the RC bug count lower - call for more volunteers to get momentum and spread the load - train volunteers in reviewing package updates and bug squashing Are there other things people think of or comments, please share them. Is anyone volunteering to take responsability for any of the tasks involved? Cheers Luk -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b9bbf04.10...@debian.org
Re: parted unblock, and upcoming transition
Colin Watson wrote: > Could parted 1.8.8.git.2009.07.19-6 be unblocked, please? It's needed > to smooth the path for parted 2.2 in the near future. unblocked. > Speaking of which, I would like to upload parted 2.2 to unstable (it's > currently in experimental) once 1.8.8.git.2009.07.19-6 reaches testing. > The reason to try to get this into squeeze is that without it we won't > properly support "Advanced Format" (i.e. >512-byte logical sectors) hard > drives, which are becoming increasingly common. There is an ABI > transition involved, among the following source packages (maintainers > CCed): > > devicekit-disks > fatresize > gnu-fdisk > gparted > libvirt > partconf > partitioner > partitionmanager > partman-base > pyparted > qtparted > udisks > > I believe that all of these are trivial matters of changing > build-dependencies, with the exception of fatresize which needs a fix to > its configure script as well (already done upstream); some of these > packages already had appropriate or nearly-appropriate versions in > experimental, last I checked. > > We might want to let devicekit-disks/udisks get into testing first, but > after that's done, would it be convenient to the release team and to the > other maintainers CCed here to start this transition? I can supervise > it, upload the d-i parts and the QA-maintained qtparted directly, and > file bugs with patches as necessary for the others. Please do hold your upload for now. We'll come back to you when the moment is right. Cheers Luk -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b9bd991.3020...@debian.org
Re: Tcl/Tk plans for Squeeze
On Sat, Mar 13, 2010 at 05:23:24PM +0100, Luk Claes wrote: > Francesco P. Lovergine wrote: > > > Currently we have three different releases of Tcl/Tk: 8.3, 8.4 and 8.5 > > with major differences among them (e.g. 8.3 is not thread-enabled, 8.5 > > has a new theme-enabled Tk, etc.). A new pre-release version 8.6 > > is already in experimental, too. > > > > This is a mess we need to reduce. > > Very much agreed. > > > Dropping 8.3 will require migrating old strict rev-dep packages > > to the new policy and possibly patching for using a modern Tcl (default > > or 8.4 at least). Eventually, some packages will be dropped, because too > > ancient. > > Let them to go. > > What's the status of dropping 8.3 aka what still needs to be done to > make that happen? > > Cheers > > Luk http://lists.alioth.debian.org/pipermail/pkg-tcltk-devel/2010-February/001466.html One possibility could be movig tcl-defaults to 8.5 and disable threading on 8.4. Than dropping 8.3. Of course the transition should be more elaborate than that in order to avoid breakages for many packages, but it could be a basis of work. We will return with a more complete plans in a few, I hope... Of course if someone could fix hppa problems with multi-threading it would be great. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100313195432.gb2...@frankie.is-a-geek.org
Re: OK to update Boost defaults?
Hi Marc & Debian-Release, On Mon, Mar 01, 2010 at 09:53:18AM +0100, Marc 'HE' Brockschmidt wrote: > "Steve M. Robbins" writes: > > On Sun, Feb 28, 2010 at 12:09:51PM +0100, Marc 'HE' Brockschmidt wrote: > >> No. We are currently trying to work out the hdf5 and ghc6 transitions > >> and have enormous buildd backlogs on mips*, making a binNMU campagain > >> for long-building packages (and let's face it, most of boost users take > >> more than a few seconds to build...) a problem right now. > > OK, so what's the process now? I just uploaded a new revision > > 1.42.0-2 so it will be at least 10 more days until it transitions. > > Shall I wait for that and ping you again? > > Sounds fine :) OK, boost 1.42 is now in testing. Can you advise me if and when I can upload new boost-default packages pointing to 1.42? Thanks, -Steve signature.asc Description: Digital signature
NEW changes in proposedupdates
Processing changes file: drupal6_6.6-3lenny5_i386.changes ACCEPT -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1nqd0k-00048f...@ries.debian.org
