headers
Adam D. Barratt | 1 Jul 2012 01:00
Picon

Bug#664681: transition: KDE's 4.8 release of platform, applications and workspace

Hi,

On Sat, 2012-06-30 at 17:02 +0200, Pino Toscano wrote:
> Thanks! Now it is only left the kdeutils split, with the split sources 
> that are progressively migrating already, it seems. I will get back to 
> you to hint kdeutils away from testing when all of them migrate 
> (hopefully in 10 days).

Okay; thanks.

> Regarding the kde-workspace transition:
> - kshutdown has been fixed 11 days ago, and tonight it migrated to
>   testing
> - plasma-widget-smooth-tasks has been fixed yesterday, and it compiled
>   everywhere now (migration in 10 days)
> - the latest upload fixed build on Hurd and packages have been 
>   recompiled accordingly
> -> I think this transition is done, and its tracker can be removed
> 
> Ditto for the marble+kdesdk tracker, whose transitions are done too.

Ack; both trackers moved out of the way.

Regards,

Adam
Permalink | Reply | 0 comments |
headers
Adam D. Barratt | 1 Jul 2012 01:02
Picon

Bug#673538: libobjc3 -> libobjc4 transition

On Fri, 2012-06-29 at 21:20 +0300, Yavor Doganov wrote:
> Adam D. Barratt wrote:
> > My understanding was that if necessary (which given that the freeze is 
> > tomorrow it might be), this could be resolved without a transition by 
> > having gnustep-make explicitly depend on gobjc-4.6 for the wheezy cycle; 
> > see #676229.
[...]
> You are not correct that we'll have to revert the change in
> gnustep-make (the dependency on gobjc-4.6).
[...]
> Uploading gnustep-base/1.22.1 with the libobjc4 patch will allow the
> package to be built with gcc-4.7 on x86 archs, and with gcc-4.6 on the
> other (where 4.6 is still the default).  Thus, all GNUstep packages
> that were recently built will depend on libobjc4 on x86, and on
> libobjc3 on the rest of the architectures, as is expected.  The patch
> is ABI compatible, so no recompilation should be necessary; I can
> confirm this after my runtime tests.

That would presumably be one or both of the patches from
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=667868#12 ?  If we
postponed the main transition(s) until wheezy+1, would the gnustep-base
upload be the only thing required for wheezy?

Regards,

Adam
Permalink | Reply | 4 comments |
headers
Georges Khaznadar | 1 Jul 2012 01:03
Picon
Favicon

Bug#574235: Your "wims" stable upload

Thank you for the job Adam,

best regards,			Georges.

Adam D. Barratt a écrit :
> ...
> It is, however, in proposed-updates-NEW, as per
> http://release.debian.org/proposed-updates/stable.html
> ... 
> However, Andreas seems to have fixed up the bug state and reviewing the
> log the patch seems sane so I've flagged the package for acceptance.
> Please follow the documented procedures for any future stable uploads.
> 
> Regards,
> 
> Adam
> 
>
Permalink | Reply | 0 comments |
headers
Simon Wenner | 1 Jul 2012 01:06
Picon

Bug#674556: gtk-recordmydesktop: hides main menubar in gnome3 making desktop unusable

I can confirm this bug.

gtk-recordmydesktop: 0.3.8-4.1
gnome-shell: 3.4.1-8

Simon
Permalink | Reply | 0 comments |
headers
Axel Beckert | 1 Jul 2012 01:08
Face
Picon
Favicon
Gravatar

Bug#667755: aiccu: FTBFS[kfreebsd]: -- NMU uploaded to DELAYED/6

tag 667755 + pending
tag 670971 + pending
kthxbye

Hi,

Axel Beckert wrote:
> I'm currently preparing an NMU to fix this issue. (Will also include
> the Danish debconf templates from http://bugs.debian.org/670971.)

NMU uploaded to DELAYED/6 and pushed to
https://github.com/xtaran/aiccu

Please tell me if I should delay it longer.

debdiff attached or online at
https://github.com/rhaasjes/aiccu/pull/1/files

		Regards, Axel
--

-- 
 ,''`.  |  Axel Beckert <abe <at> debian.org>, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-    |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
Attachment (aiccu-15.1-nmu.diff): text/x-diff, 6519 bytes
Permalink | Reply | 14 comments |
headers
Georges Khaznadar | 1 Jul 2012 01:11
Picon
Favicon

Bug#666479: optgeo: upcoming rsvg removal

Hello Michael,

thank you for the reminder, I fix this bug now.

Best regards,			Georges.

Michael Biebl a écrit :
> any updates on this bug?
> Would be great to have a fixed package in wheezy.
> 
> Thanks,
> Michael
> -- 
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
>
Permalink | Reply | 0 comments |
headers
dj_palindrome | 1 Jul 2012 01:11
Picon

Bug#679687: plymouth: initramfs hook fails to find renderers with multi-arch

This package seems to have similar initramfs-hooks problems on amd64, 
and the only solution I've found is to revert to plymouth 0.8.5.1-1. 
Perhaps someone more knowledgeable than myself would consider whether 
this warrants escalation to grave.

update-initramfs: deferring update (trigger activated)
Setting up plymouth (0.8.5.1-2) ...
Installing new version of config file /etc/init.d/plymouth ...
update-initramfs: deferring update (trigger activated)
Setting up plymouth-drm (0.8.5.1-2) ...
Setting up pciutils (1:3.1.9-5) ...
Setting up libc-dev-bin (2.13-34) ...
Setting up libc6-dev:amd64 (2.13-34) ...
Setting up libc6-i386 (2.13-34) ...
Setting up libc6-dev-i386 (2.13-34) ...
Setting up plymouth-x11 (0.8.5.1-2) ...
Setting up plymouth-dev (0.8.5.1-2) ...

Processing triggers for initramfs-tools ...

update-initramfs: Generating /boot/initrd.img-3.2.0-3-amd64

live-boot: core filesystems devices utils udev wget blockdev.

E: /usr/share/initramfs-tools/hooks/plymouth failed with return 1.

update-initramfs: failed for /boot/initrd.img-3.2.0-3-amd64 with 1.

dpkg: error processing initramfs-tools (--configure):
  subprocess installed post-installation script returned error exit status 1
(Continue reading)

Permalink | Reply | 1 comment |
headers
Julien Cristau | 1 Jul 2012 01:16
Picon
Favicon

Bug#674634: transition: celt

On Sat, May 26, 2012 at 18:38:11 +0930, Ron wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian.org <at> packages.debian.org
> Usertags: transition
> 
> Hi,
> 
> We'd like to remove the celt package from the distro for the Wheezy release.
> CELT was an experimental codec from Xiph, and that work has now been merged
> into the Opus codec which is about to be ratified as an IETF standard.
> 
The only rdep left in testing at this point is mumble.  What's the plan
here?

Cheers,
Julien
Permalink | Reply | 2 comments |
headers
Joey Hess | 1 Jul 2012 01:29
Picon
Favicon
Gravatar

Bug#679596: libghc-github-prof: Should be in contrib

I actually disagree with the thesis of this bug report. Suppose that
Github went away tomorrow, or was blocked by an oppressive regime, or
similar. github-backup would suddenly have its usefullness *validated*.

Furthermore, it is very much an undecided issue which web-API-dependant
packages belong in main. There was an inconclusive thread about this
topic on debian-legal last December. I direct your attention to my post
to it: <http://lists.debian.org/20111204195557.GA11437 <at> gnu.kitenet.net>

Given the large number of packages in Debian main that only work with
proprietary network services (youtube-dl, xfce's weather applet, many
many other examples), unless there's an explicit policy MUST to
reference to back up this bug's "serious" severity, it doesn't seem
at all justified to single out haskell-github.

Joachim Breitner wrote:
> Also, if the code was not separated into a separate libray,
> noone would worry.

Or if Gitorious or another github clone chose to clone their API (which
seems very doable). This would then be the same as haskell-hs3[2] or other
S3 libraries, which implemented an Amazon-specific API that is now
cloned by the Internet Archive as well as being part of the OpenStack
standard, with server-side implementations in Debian now.

--

-- 
see shy jo

[1] This is a dangling footnote from my debian-legal post. :)
    I was going to mention there that many general-purpose web browsers
(Continue reading)

Permalink | Reply | 6 comments |
headers
Michael Stapelberg | 1 Jul 2012 01:34
Picon
Favicon
Gravatar

Bug#677825: Unable to update Twitter status

Hi Ben,

Quoting Ben Hutchings (2012-06-18 00:49:28)
> Downgrading both tircd and libnet-twitter-lite-perl to the stable
> versions gives me a working system.  So, at a guess, the problem is that
> one of the other dependencies needs to be versioned.  It's a shame that
> upstream doesn't specify this.
No, I don’t think so. I just installed a chroot with Debian stable,
installed tircd (and I can tweet using tircd). Then I upgraded only
tircd to the version in testing, and I can still tweet with it. Note
that auto_post was not in the default configuration file on stable, so
it’s set to undef. This means I can only tweet using "!tweet foo" or I
have to add auto_post 1 to my config file.

Can you still reproduce this issue? Could you also enable debug logging
within tircd by using 'debug 1' in your config and provide me with the
output when you can’t tweet?

I’m also changing the bug severity to 'normal' since I cannot reproduce
your issue and it is currently not proven that the package is unusable
:-). We can change this later in case it needs to be changed.

Best regards,
Michael
Permalink | Reply | 0 comments |

Gmane