Bug#907624: Help for SIGSEGV in test suite needed when built with gcc 8.2 what works nicely with gcc 6.3

On 2019-01-09, Andrey Rahmatullin wrote: > As usual: reading the code, debugging, printfs. Address sanitizer and/or > valgrind may or may not help too. I just tried throwing some tools at it. Apparantly you need a three step thing to get to it. address-sanitizer. First issue. The command to cre

Bug#910531: Severity

severity 910531 normal thanks This doesn't make it unusable for everyone, so lowering severity. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I preten

Bug#875100: [plasma-widget-yawp] Future Qt4 removal from Buster

I'm not sure we have any plasma4 shells left in the archive, so if there is no Plasma5 progress, maybe just removing it is the way forward. I suggest if no reply, RoQA it in a month. That's also the 1 year anniversary of this bug. /Sune On Saturday, September 9, 2017 10:18:49 PM CEST Lisandro

Bug#874888: Patch

+1,10 @@ +fraqtive (0.4.8-6.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Qt5 + + -- Sune Vuorela Wed, 15 Aug 2018 11:34:18 +0200 + fraqtive (0.4.8-6) unstable; urgency=medium * Set a save URL in the homepage field. diff -Nru fraqtive-0.4.8/debian/control fraqtive-0.4.8/debian

Bug#905659: psi-plus FTBFS: cannot find -lsecret-1

reassign -1 qt5keychain-dev thank you After a quick investigation, the issue seems to be the cmake configuration files in qt5keychain-dev: $ grep -i secret /usr/lib/x86_64-linux-gnu/cmake/Qt5Keychain/* /usr/lib/x86_64-linux-gnu/cmake/Qt5Keychain/Qt5KeychainLibraryDepends- debian.cmake: IMPORTED

Bug#904688: qttools-opensource-src: FTBFS: please drop the libclang-dev B-D on some architectures

On Tuesday, July 31, 2018 8:48:42 PM CEST John Paul Adrian Glaubitz wrote: > It's still a bad practice, in my personal opinion, because it adds > redundancy. It is kind of - from an upstream POV - what kind of situation you optimize for. - embedding the resources in the executable or library

Bug#894476: #894476: Solved from the Qt side. (rcc: please honour SOURCE_DATE_EPOCH)

On Wednesday, July 11, 2018 10:08:23 PM CEST Vagrant Cascadian wrote: > Ideally QT_RCC_SOURCE_DATE_OVERRIDE would get set based on > SOURCE_DATE_EPOCH, otherwise build tools have an arbitrary growing No. As explained, we need to look at each individual package to check if the timestamp is actual

Bug#894476: RCC: provide option to encode EPOCH timestamp

On Tuesday, April 3, 2018 9:24:58 PM CEST Chris Lamb wrote: > I'm not /entirely/ sure what the difference is as I'm not in the > Qt/RCC world too often these days (alas !), but why just not use > SOURCE_DATE_EPOCH *iff* it is exported? > > Normal systems simply do not have this envvar set, so ther

Bug#894476: RCC: provide option to encode EPOCH timestamp

On Tuesday, April 3, 2018 9:14:23 PM CEST Chris Lamb wrote: > Hi Sune! > > > I don't think honouring SOURCE_DATE_EPOCH is the right idea under normal > > circumstances > > Can you elaborate on what you mean by "normal circumstances"? :) "normal circumstances" is rcc on a source file, as opposed

Bug#894476: RCC: provide option to encode EPOCH timestamp

On Tuesday, April 3, 2018 8:46:51 PM CEST Thomas Preud'homme wrote: > The problematic files are Qt message files (ie .qm files) generated at build > time via lrelease from translation files (ie .ts files). Therefore two Right. I didn't think about autogenerated files during build. > I think it wo

Bug#894476: RCC: provide option to encode EPOCH timestamp

On Saturday, March 31, 2018 12:05:02 PM CEST Chris Lamb wrote: > > While investigating ultracopier's lack of build reproducibility, I found > > out that rcc encodes the timestamp of the files the QRC file being > > compiled references I don't actually see why this should be a problem. If input cha

Bug#818875: konqueror: green SSL checkbox despite expired server certificate

severity 818875 normal thanks On Sunday, January 15, 2017 11:30:35 PM CET Lisandro Damián Nicanor Pérez Meyer wrote: > > > See attached screenshot – konqueror does not error out when the > > > certificate is expired and even shows a green checkbox. (I may > > > or may not have ACK’d the certifica

Bug#840652: any status on this?

On Sunday 04 December 2016 01:30:27 Sandro Knauß wrote: > messagelib[debian/sid] 16da74f8b884e02a2835c6c1c92f8c2041aa27a1 > kdepim[debian/sid] fe28dd2cc76a4c13b5f214fb8d024a529bf2bb9c > kleopatra[debian/sid] f5bf98dabe305aa781eb43abcc0c345bd265a38d These looks trivial and the kind of issues that w

Bug#832748: ITP: greatcmakecookoff -- Usefull and less than usefull cmake recipes

On Thursday 28 July 2016 20:57:30 Ole Streicher wrote: > Hi Sune, > However, it is not just "works-for-me", since it is used in a different > place from where it was developed, so the code found its friends > (unfortunately). And it might even find more friends if available in debian. And then m

Bug#832748: ITP: greatcmakecookoff -- Usefull and less than usefull cmake recipes

On Thursday 28 July 2016 15:33:55 Ole Streicher wrote: > URL : https://github.com/UCL/GreatCMakeCookOff/wiki > Description : Bunch of CMake pain in the baker > This is a repository of useful and less than useful CMake recipes. After reading it thru, I would really like to ques

Bug#831730: desktop-base: Integration with KDE's plasma-desktop seems to no longer work with current version

On Monday 18 July 2016 21:43:58 Raphaël Hertzog wrote: > When you install KDE on a fresh system, the default wallpaper that you get Plasma > is not the one provided by desktop-base. So it looks like that the > integration provided by > /usr/share/kde4/apps/plasma-desktop/init/10-desktop-base.js is

Bug#808781: musescore: Please remove unneeded build depends

Source: musescore Version: 2.0.2+dfsg-2 Severity: important Dear Maintainer, The package seems to be build-depending on qtquick1-5-dev, which is soon going away. I couldn't find any traces of QtQuick1 inside the application, so it is likely an oversight from the past. Please remove the build-dep.

Bug#808780: wkhtmltopdf: Unneeded build-dep on qtquick1-5-dev

Source: wkhtmltopdf Version: 0.12.2.4-1 Severity: important Dear Maintainer, It looks like there is a unneeded build-dep on qtquick1-5-dev (I can't find any traces of it in the actual sources). QtQuick1 for qt5 is going away soon (superceded quite some time ago by QtQuick2) If any help is need

Bug#808698: [Debian-astro-maintainers] Bug#808698: stellarium: Please move away from qtquick1

On Tuesday 22 December 2015 12:57:41 Tomasz Buchert wrote: > Hi Alexander, > thank you for fast response. > @Sune: expect an upload soon! That was amazingly fast Thanks /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into th

Bug#808698: stellarium: Please move away from qtquick1

Source: stellarium Version: 0.14.1-1 Severity: important Dear Maintainer, Hi QtQuick1 is going away real soon now. I can't figure out how stellarium is actually using it, except if it is not. I can only find references in debian/control Once removing those, it looks like stellarium still builds

Bug#808697: kadu: Uses qtquick1 which is going away

Source: kadu Version: 2.1-2 Severity: important Dear Maintainer, QtQuick1 is going away real soon. Please migrate to QtQuick2. If you need help, feel free to ask, including providing guidance on how to use the current qtquick1 thing in kadu. /Sune -- System Information: Debian Release: stretch/

Bug#792594: libqt5qml5 requires SSE2 on i386

On Saturday 10 October 2015 15:21:19 Guillem Jover wrote: > > [cla] > > I've read the CLA, and I don't think I can agree with point §3.1 which > states: > > «… under license terms of The Qt Company’s choosing including any Open > Source Software lic

Bug#797980: kdevelop: Missing .so file in kdevelop.install

Hi Can you submit the patch upstream on reviewboard to get them to take a look at it? Patches in bugzilla is often missed. Thanks, /Sune On Saturday 26 September 2015 18:43:18 Zhang Jingqiang wrote: > Hello, > there is another patch needed to avoid the reference usage crash > > > I submit a

Bug#798523: ITP: cen64-qt -- cen64-qt: Cross-platform graphical frontend for the CEN64 emulator.

On Thursday 10 September 2015 10:58:29 John Paul Adrian Glaubitz wrote: > Package: wnpp > Severity: wishlist > Owner: John Paul Adrian Glaubitz > > * Package name: cen64-qt > Version : 0.0+gitMMDD > Upstream Author : Dan Hasting > * URL : https://github.com/dh4/ce

Bug#741573: Proposed draft of ballot to resolve menu/desktop question

On Friday 28 August 2015 19:58:02 Matthew Vernon wrote: > That's not much comfort to folk like me who use the trad menu (I'm an > FVWM user) - you're proposing getting rid of something that currently > works, and leaving nothing to replace it with. https://wiki.archlinux.org/index.php/Xdg-menu T

Bug#741573: Proposed draft of ballot to resolve menu/desktop question

On Thursday 27 August 2015 18:11:56 Ian Jackson wrote: > So the real dispute is: should the existing application metadata > database (currently represented by the Debian trad menu files in > existing packages): > > (a) continue to be maintained in its existing file format > > (b) be translated

Bug#741573: Proposed draft of ballot to resolve menu/desktop question

On Wednesday 19 August 2015 10:57:43 Sam Hartman wrote: > > "Don" == Don Armstrong writes: > >> While we're not overturning anything in the sense of an override > >> here, I think we owe an explanation for our actions, and I feel > >> really strongly about that. > > Don> Ideal

Bug#796032: kwindowsystem: Strange behavior of lxqt-runner and lxqt-panel, may be related to #795884

On Tuesday 18 August 2015 19:23:08 Alf Gaida wrote: > Dear Maintainer, > after upgrading to latest kwindowsystem lxqt-panel and lxqt-runner behave > strange, the attached patch fixed this. Please note that amd64 will work > without further changes, i386 will FTBFS because of symbol changes. I'm not

Bug#741573: #741573: Menu Policy and Consensus

On Monday 20 July 2015 17:14:03 Josselin Mouette wrote: > Bill used his position as a policy editor to reject a change, not > because it was against consensus or against the policy process, but > because it was against his own opinion. Not as policy editor, but as > menu maintainer. > > This is th

Bug#787689: Fix upstream

Hi http://patchwork.openembedded.org/patch/92055/ seems to point to a upstream fix: https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=212178 /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures

Bug#786715: stellarium: Uses private copies of external headers

On Tuesday 02 June 2015 10:07:30 Thibaut Paumard wrote: > Quoting: https://www.debian.org/Bugs/Developer.en.html#severities > > serious > is a severe violation of Debian policy (roughly, it violates a > "must" or "required" directive), or, in the package maintainer's or > release mana

Bug#786715: stellarium: Uses private copies of external headers

On Monday 01 June 2015 16:21:59 Thibaut Paumard wrote: > Le 24/05/2015 20:46, Sune Vuorela a écrit : > > Source: stellarium > > Version: 0.13.3-1 > > Severity: serious > > Hi, > > I think the severity of this bug is overstated. There is no reason why > thi

Bug#786715: stellarium: Uses private copies of external headers

On Monday 25 May 2015 14:14:53 Tomasz Buchert wrote: > Hi, > thanks for the report. The upstream is already looking at this. Great. My suggestion would be to go for KArchive on this. > I'll also mention a relevant bug: https://bugreports.qt.io/browse/QTBUG-3897 Yeah. That's kind of what my optio

Bug#786715: stellarium: Uses private copies of external headers

Source: stellarium Version: 0.13.3-1 Severity: serious Dear Maintainer, Stellarium has a copy of qzipreader/writer header files taken out of Qt, and uses the internal, but unfortuantely available, symbols out of Qt Gui. It can be directly seen due to the dependency on the internal qt versioning a

Bug#785329: lintian: Add check for CMake private files

On Friday 15 May 2015 23:53:36 Bastien ROUCARIES wrote: > But I find title misleading and description too short. Moreover you > should add link to normative or documentation. Why it is bad for > instance to carry cmake file here ? The main practical reason why it is bad to carry a cmake file in e

Bug#783293: browsers crash with 'illegal instruction' on i586

tags 783293 +wontfix thanks On Saturday 25 April 2015 20:29:57 Bernhard Übelacker wrote: > I tried as a workaround to build a libqtwebkit package with attached > little modification (does disable JIT, like for other archs). > With this the browser does not crash. > > Again unfortunately this pack

Bug#781743: unblock (pre-approval): kde-workspace/4:4.11.13-2.1

On Monday 06 April 2015 20:29:27 John Paul Adrian Glaubitz wrote: > I wasn't actually aware that there additional code in the sysvinit init > script that would customize or even create a new kdmrc. The kdm package > actually ships a kdmrc file, so I just added a few lines to make the > package sys

Bug#781743: unblock (pre-approval): kde-workspace/4:4.11.13-2.1

On Thursday 02 April 2015 21:10:00 John Paul Adrian Glaubitz wrote: > On 04/02/2015 04:26 PM, John Paul Adrian Glaubitz wrote: > > Attaching revision 2 of my debdiff. > > While reviewing my own patch, I noticed a typo in the change I made > in the debian/rules file (overriden_command -> overridden

Bug#773617: ITP: kcmsystemd -- A KDE Control Center module for systemd

Hi Shawn On Saturday 20 December 2014 13:55:42 Shawn Sörbom wrote: > Package: wnpp > Severity: wishlist > Owner: "Shawn Sörbom" > > * Package name: kcmsystemd Looks interesting. Note though, that KDE Configuration modules are packaged as kde-config-foo, not as kcmfoo. Also note that po

Bug#770098: Request for a debian-nordic mailing list

On Wednesday 19 November 2014 13:36:53 Jonas Smedegaard wrote: > Quoting Per Andersson (2014-11-18 22:32:44) > > > Please create a debian-nordic mailing list, for the Nordic Debian > > Community. > > Seconded! Thirded. /Sune -- I didn’t stop pretending when I became an adult, it’s just that wh

Bug#767164: extra-cmake-modules: Should not be in Jessie

Package: extra-cmake-modules Severity: serious e-c-m is not fully ready for jessie, and nothing should be using it, so let's wait a bit with it. /Sune -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') A

Bug#765829: installation-reports: selecting KDE task in early installer also pulls in gnome

Package: installation-reports Severity: important Dear Maintainer, I'm using 901282f309d744832586223b7332526a debian-jessie-DI-b1-i386-netinst.iso and in the boot menu, I choose alternate desktop > KDE. When I some time later get to closer choose what I want to install, both KDE and Gnome is ma

Bug#744006: Package: arora: Arora does not start due to a segmentation fault.

reassign -1 libqt5webkit5 tag -1 +patch thanks On Sunday 12 October 2014 22:23:16 Patrick Häcker wrote: > > The following is the gdb output. As I found neither arora nor libqtgui > > debugging packages, it might not be that helpful, though. > > I forgot to append the stack trace. It's appended i

Bug#744006: Package: arora: Arora does not start due to a segmentation fault.

severity 744006 important thanks On Sunday 12 October 2014 22:23:16 Patrick Häcker wrote: > > The following is the gdb output. As I found neither arora nor libqtgui > > debugging packages, it might not be that helpful, though. > > I forgot to append the stack trace. It's appended in this mail. W

Bug#689230: virtuoso 7.1 to Debian proper [Was: Bug#689230: new version is needed!]

On Wednesday 01 October 2014 13:07:13 Kjetil Kjernsmo wrote: > Hi all! > Alternatively, a more conservative approach is to upload 6.1.8 to unstable, > and 7.1 to experimental. If no problems occurs with 6.1.8, it is likely that > the assumption that exactly 6.1.6 is required is wrong, then 6.1.8 m

Bug#763518: gdb --batch mode broken

Package: gdb Version: 7.8-1 Severity: important Dear Maintainer, Gdb in batch mode is broken (Upstream). Please don't push it to unstable until it is fixed. Upstream link: https://sourceware.org/bugzilla/show_bug.cgi?id=17446 /Sune -- System Information: Debian Release: jessie/sid APT pre

Bug#757844: [akonadi-server] File system cache is inneficient: too many file per directory

On Monday 11 August 2014 21:11:33 bastien ROUCARIES wrote: > Package: akonadi-server > Version: 1.12.1-1+b1 > Severity: important > > ~/.local/share/akonadi/file_db_data/ is completly inneficient and render the > whole system slow. What locate do you use? mlocate? slocate? /Sune -- I didn’t sto

Bug#759422: please follow upstream versionning scheme

On Tuesday 26 August 2014 23:26:15 Antoine Beaupré wrote: > Package: marble > Version: 4:4.8.4-3 > Severity: wishlist > > In trying to determine the availability of features in the Debian > version of marble, i have had some difficulty of mapping between the > version number of this package (e.g.

Bug#759494: transition: kdevplatform

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi We would love to be able to ship jessie with a not one-year-old kdevelop at freeze time. And a new one is just about to come out (packagers have received tarballs for final testing)

Bug#756158: lintian: Please make an error if Depends or Build-Depends is qt5-default or qt4-default

Package: lintian Version: 2.5.24 Severity: wishlist Dear Maintainer, In the Qt/KDE team, we have provided a couple of 'user oriented' configuration packages that sets the system up to have either qt4 or qt5 as the default Qt when invoking qmake and similar tools. But these are end user oriented

Bug#756098: libqtwebkit4: please rebuild with GStreamer 1.0

It is a (slow) work in progress, but in order to get it working, we need phonon, qtwebkit, qtgstreamer and maybe others to be uploaded at the same time. Various components in the archive uses more than one of these components. /Sune On Saturday 26 July 2014 11:32:31 Martin-Éric Racine wrote: >

Bug#756110: libqcustomplot-dev: Doesn't install on a system with qt4 set as default

Source: libqcustomplot-dev Version: 1.2.1-1 Severity: serious Dear Maintainer, Hi This package doesn't install on a system that is configured to use Qt4 as default. Please note that the qt5-default and qt4-default packages not are meant to be depended on by other packages, but rather convenienc

Bug#755678: kdepim-runtime: /usr/bin/akonadi_kolabproxy_resource missing in package, breaking any setup with kolab integration

On Tuesday 22 July 2014 12:35:46 Jan Binder wrote: > After upgrading to the KDE 4.13 packages in experimental, all Akonadi > resources based on Kolab > silently stopped working. This is the main reason why kdepim-runtime is still in experimental. It needs a newer set of libkolab* packages which w

Bug#753898: RFS: Looking for sponsor for apg-gui

On Saturday 05 July 2014 23:36:12 Tymon Radzik wrote: > I have just uploaded to mentors my package - it is called apg-gui and is > complex Graphical User Interface for Automated Password Generator. It > supports all it functions. I have made it in C++ Qt. I think it should be > put into Debian arch

Bug#730600: [Kolab-devel] [pkg-kolab] Bug#730600: Bug#730600: libkolab(xml): New upstream version available

On Wednesday 02 July 2014 13:36:52 Sandro Knauß wrote: > Hey, > > I have some comments/questions: > > 1) libcalendaring-* doesn't have a single symbol in common with kdepimlibs > > *and* > why is that needed? all libs are named differently, have a different version > and the headers will lay in /

Bug#741573: Two menu systems

On Monday 30 June 2014 23:23:53 Russ Allbery wrote: > Isn't this the tool that Sune wrote and mentioned earlier in this bug as > being incomplete and primarily useful for generating a template that > requires subsequent work? Correct. The primary issue is that there isn't a 1:1 mapping between al

Bug#751780: transition: libstdc++6 unordered_{map,set} ABI changes between GCC 4.8/4.9 in c++11 mode

On Monday 16 June 2014 17:02:39 Matthias Klose wrote: > is an ABI incompatible change in the unordered_{map,set} classes built in > qtbase-opensource-src-gles 5.2.1+dfsg-1 > For those transitions should be considered. I assume you mean qtbase-opensource-src - we don't have a -gles variant in

Bug#689230: virtuoso 7.1 to Debian proper [Was: Bug#689230: new version is needed!]

On Monday 16 June 2014 12:43:25 Yaroslav Halchenko wrote: > Great -- thanks Sune for the feedback. It is just from previous > comments I was not sure if KDE is still relying/using virtuoso. > But if you state so -- must be so. There is a move away from virtuoso - but the kde stack in stable uses

Bug#689230: virtuoso 7.1 to Debian proper [Was: Bug#689230: new version is needed!]

On Monday 16 June 2014 12:20:24 Yaroslav Halchenko wrote: > Do you see any dependent packages present in Debian which require those > binaries and would not be compatible somehow with 8.1? The entire KDE stack needs the exact current version in the archive. And no, it is not compatible with somet

Bug#721283: [www.debian.org] Please mention Bytemark's donation

On Thursday 08 May 2014 22:56:35 Bernd Zeimetz wrote: > I object against adding new (and incomplete stuff) to a completely outdated > page. We have a lot of people sponsoring hardware, parts, or monkey for > hardware, including some who did never ever ask for a press release - or > don't even want

Bug#741573: Two menu systems

On Thursday 10 April 2014 14:06:11 Ian Jackson wrote: > Has anyone described any actual difficulties with supporting the > traditional menu ? I am in the uploaders field of packages that probably requires 300 menu files to be available and of one consumer of "menus". if it takes 5 minutes to wr

Bug#741573: Two menu systems

Hi I think there is a couple of facts that aren't fully accurate. I'll try to mention them here. I'll try to keep opinions out of this mail. On Tuesday 08 April 2014 18:30:26 Ian Jackson wrote: > Consumers: The trad menu is already consumable by a very wide range of > window managers etc.; the d

Bug#743766: konsole: Please mark konsole Multi-Arch foreign

On Sunday 06 April 2014 09:57:08 Daniel Schaal wrote: > Package: konsole > Version: 4:4.12.3-1 > Severity: wishlist > Tags: patch > > Please mark the konsole package Multi-Arch foreign, so it can > be used to satisfy dependencies on x-terminal-emulator for > foreign arch packages (e.g. steam:i386

Bug#739229: arora: Supports insecure SSL ciphers

tag 739229 +patch pending thanks > Arora is using insecure SSL ciphers. Please consider disabling following: I have disabled many insecure ciphers here: https://github.com/svuorela/arora/commit/8990bf9fc54963aae071560247fc714c6ea3a733 As I have also pulled in patches for Qt5 support, I'm testin

Bug#743250: ITP: hotpaultag -- Graphical System Activity Monitor

Package: wnpp Severity: wishlist Owner: Sune Vuorela * Package name: hotpaultag Version : snapshot Upstream Author : Paultag fanclub * URL : http://babe.debian.plumbing * License : code MIT/X11, artwork needs clarification Programming Lang: C++, QtQuick

Bug#707851: Processed: tagging 707851

On Tuesday 25 February 2014 23:46:00 Bill Allombert wrote: > This is a list of MSGID which have not received proper consideration: > > <20130512130335.ga4...@client.brlink.eu> I think that most of this is 'sorting out details that we might hit in the future'. I think that sorting them out when w

Bug#707851: [call for seconds] Re: Bug#707851: Let's remove the Debian menu from the Debian Policy ?

Hi On Friday 14 February 2014 08:46:01 Charles Plessy wrote: > Thanks also Markus for your comments during the last round of dicussion on > debian-devel. > In his original wording, Josselin proposed to add at the end of section 9.6 > one sentence pointing to the Debian menu as an option. Here it

Bug#707851: Let's remove the Debian menu from the Debian Policy ?

Hi peoples I have the impression that most people seems to agree on something like this. I think I might even stretch it and call it a 'rough consensus' with a couple of people in the rough end of it. Can we please move it forward? Thanks Sune On Saturday 11 January 2014 11:46:10 Charles P

Bug#727708: init system other points, and conclusion

On Thursday 02 January 2014 14:27:14 Steve Langasek wrote: > For several years the GNOME Team ignored section 9.7 of Policy, concerning > integration with the MIME handling system. They did this in favor of > implementing the related freedesktop.org on the grounds that the fd.o > standard is techn

Bug#731261: transition: Qt5 switching qreal == double for all platforms

On Wednesday 04 December 2013 20:38:09 Julien Cristau wrote: > On Tue, Dec 3, 2013 at 15:09:18 -0300, Lisandro Damián Nicanor Pérez Meyer wrote: > > So I would like what the RT and arm* porters thinks. > > This is just my opinion, but if you decide to break ABI, I think you > should bump SONAME,

Bug#727708: systemd (security) bugs (was: init system question)

On Sunday 01 December 2013 21:50:49 Ian Jackson wrote: > This leads me to a question which I find myself asking, after reading > the systemd debate page: > > If we were to adopt systemd as pid 1, which sections of the systemd > source code would we probably want to adopt as well ? Or to put it >

Bug#727708: systemd (security) bugs (was: init system question)

On Thursday 28 November 2013 13:43:27 Ian Jackson wrote: > > CVE summary Debian BTS Redhat > > 2012-0871 systemd-logind insecure file creation ? 795853 > Furthermore, I think it is fair to look at bugs in non-pid-1 parts of > the syste

Bug#729215: kate: Please include pate/python-plugins files with kate/kate-data packages

On Sunday 10 November 2013 23:38:22 Jason Alavaliant wrote: > Package: kate > Version: 4:4.11.3-1 > Severity: wishlist > > Dear Maintainer, > Please consider enabling/adding the pate/python-plugins files to the > kate/kate-data packages so the python plugins in the upstream kate source > are made

Bug#727242: kmail: Kmail does not import filters from previous version

severity 727242 important thanks This might be a inconvenient loss of some configuration, but given all emails stays in Inbox, they aren't lost, so downgrading to important. /Sune -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? C

Bug#719058: libgc symbols error on mips64(el)

On Sunday 11 August 2013 21:47:59 Christoph Egger wrote: > Hi! > > YunQiang Su writes: > > Mips64(el) 's symbols is a little different, or it will ftbfs. > > Hmm strange. Maybe the symbols helper doesn't know mips64(el) yet? I would be quite surprised if pkgkde-symbolshelper knew about mips64(e

Bug#718893: RFS: coinutils/2.9.4-1 [ITA] -- CoinOR base library

On Wednesday 07 August 2013 15:45:37 Etienne Millon wrote: > There are tarballs containing the full distribution at: > http://www.coin-or.org/download/source/CoinAll/ > > It seems to be a a little older (the last release is from january > 2012), but it would be massively easier to maintain than ha

Bug#717040: kmail: Can't send mail since upgrading to 4:4.10.5-1

Hi Russell It would be great if you could provide the info below. /Sune On Wednesday 24 July 2013 00:00:55 Sune Vuorela wrote: > Hi Russel > > The following is using the 'akonadiconsole' tool which is kind of a > specialist toolbox. Looking around should be fine, bu

Bug#718348: qtbase5-dev: Unable to configure cmake project using qt5 without qtbase5-private-dev

On Tuesday 30 July 2013 17:27:59 WANA wrote: > With Qt5 (at time of writing 5.1.0+dfsg-1 is in experimental) you will get > this error, if the package "qtbase5-private-dev" is not installed: Yep. It is a bug in the cmake files. They are fixed upstream for 5.1.1, iirc. I think we will include it

Bug#717040: kmail: Can't send mail since upgrading to 4:4.10.5-1

Hi Russel The following is using the 'akonadiconsole' tool which is kind of a specialist toolbox. Looking around should be fine, but be very careful with changing anything. (it also warns you on startup) If you in the browser tab can navigate to the relevant outbox (check that it has the right

Bug#707018: transition: New release of KDE Plasma Workspaces, KDE Platform and KDE Applications

On Sunday 30 June 2013 16:31:08 Julien Cristau wrote: > On Tue, May 7, 2013 at 00:19:05 +0200, Sune Vuorela wrote: > > It is mostly digikam, calligra and a couple of 3rd party > > plasma-widget-foo that will be affected outside our group of pacakges. > > Does that involve so

Bug#710140: gpgme1.0 (>=1.3.2) dropping libgpgme-pth.so

On Wednesday 29 May 2013 17:25:36 Daniel Leidert wrote: > So to me it looks like, that libgpgme++2 is the only affected package > and might probably be "fixed" by a rebuild of kdepimlibs. Please get a release-team ack for papering over the abi breakage if you really think it is the right thing to

Bug#710140: [Fwd: About gpgme1.0 (1.4.1-0.1) and libpth-dev]

Package: libgpgme11 Severity: serious Version: 1.4.1-0.1 On Tuesday 28 May 2013 15:35:07 Maximiliano Curia wrote: > ¡Hola Daniel! > > El Tuesday, May 28, 2013 a las 08:06 escribiste: > > The build-time dependency on libpth-dev has been dropped in upstream > > release 1.3.2. Check out the NEWS fil

Bug#643726: Still happening

On Monday 27 May 2013 01:39:42 brian m. carlson wrote: > Please address this issue. Sorry that we haven't addressed this issue yet, but we are a bit swamped in 1300 bug reports and sometimes things fall past the cracks. If this is unsatisfactory, you are most welcome to join in or alternatively

Bug#709382: mksh: broken Built-Using handling

Package: mksh Version: 46-1 Severity: serious Dear Maintainer, The handling of built-using is wrong. It is not meant to encode the compiler used, nor binutils or kernel headers should be recorded there It is specifically for building against -source packages and for hacks like ia32libs where bin

Bug#708957: [src:kde4libs] Please override lintian warnings about ghdl

reassign 708957 lintian thanks Hi Thanks for working on gfdl issues. This is, though, a bug in lintian and should be fixed there. These are template files and as such it doesn't tell *anything* about the license of stuff. You could just look for the entities &FDLInvariantSections; &FDLFrontCo

Bug#707851: debian-policy: soften the wording recommending menu files

On Sunday 12 May 2013 12:07:30 Bill Allombert wrote: > > And it is probably similar for many other window managers and desktop > > environments. > > How many window managers support the XDG menu specification ? Most[tm] It is *the* menu in Gnome, in KDE's workspaces, in XFCE, in LXDE, in razor-

Bug#707851: debian-policy: soften the wording recommending menu files

On Sunday 12 May 2013 12:09:28 Charles Plessy wrote: > Hi again, > > here are a few clarification in addition to the answer from Russ. I assume > that, as for Gnome, it is possible for KDE to hide the whole Debian menu if > wanted, so the question is about possible proliferation of FreeDestkop >

Bug#707851: debian-policy: soften the wording recommending menu files

On Saturday 11 May 2013 19:44:13 Russ Allbery wrote: > Do you want them to? A straightforward reading of this modification to > Policy, were I the bc and dc maintainer, would indicate that I should add > a desktop file to the package. There is as such nothing wrong with it, and the spec even su

Bug#707851: debian-policy: soften the wording recommending menu files

Hi Charles Thank you for your questions On Sunday 12 May 2013 10:08:52 Charles Plessy wrote: > If we were to recommend FreeDesktop menu entries instead of Debian menu > entires, and if this recommendation were followed carefully, this would > increase the number of entries in the Gnome and KDE me

Bug#707851: debian-policy: soften the wording recommending menu files

On Saturday 11 May 2013 13:36:36 Russ Allbery wrote: > I think I agree with this move, but I'd really like it to come in > conjunction with adding a recommendation to include a desktop file, since > that's what most of the desktop environments actually use. That way, we > don't lose functionality.

Bug#707851: debian-policy: soften the wording recommending menu files

Package: debian-policy Severity: normal Dear Maintainer, In the default desktop installation of Debian, the Debian menu is actively hidden (On GNOME by a patch to gnome-menus). In the - I think - most common alternate used desktop setup (KDE Plasma Desktop), the Debian menu looks like a weird

Bug#639300: Bug#707301: release-notes: odbcinst1debian2 : Breaks: tdsodbc (< 0.82-8) but 0.82-7 is to be installed

[recipients trimmed] > I recommend applying the patch from bug #639300 in a stable update, instead > of leaving akonadi/virtuoso un-coinstallable with all ODBC drivers in > wheezy. Attached is an updated patch for this issue. My recommendation is to have unixodbc drop the useless and broken Break

Bug#707018: transition: New release of KDE Plasma Workspaces, KDE Platform and KDE Applications

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi We have a new set of by KDE prepared in experimental as much as aptitude has allowed us. We would love to bring it to unstable whenever it fits you. We can bring it in as one big bl

Bug#705972: ITP: qupzilla -- lightweight web browser based on libqtwebkit

On Tuesday 23 April 2013 00:18:37 Georges Khaznadar wrote: > Description : lightweight web browser based on libqtwebkit Please define lightweight. Two good links to descriptions of the term lightweight. http://blog.martin-graesslin.com/blog/2013/04/what-makes-a-lightweight-desktop-environ

Bug#705714: unblock: meta-kde/5:77+deb7u1

ch is +the same as what update-notifier-kde does, so the user would get +two notifications about available upgrades. (Closes: 705646) + + -- Sune Vuorela Fri, 19 Apr 2013 01:18:11 +0200 + meta-kde (5:77) unstable; urgency=low * Team upload. diff --git a/debian/control b/debian/control

Bug#693921: [Aptitude-devel] Bug#693921: fails to resolve empathy/experimental dependencies, fails with signal 6

On Friday 29 March 2013 09:33:37 Sjoerd Simons wrote: > > [1] aptitude -y --without-recommends -o Dpkg::Options::=--force-confold > > -o Aptitude::CmdLine::Ignore-Trust-Violations=false -o > > Aptitude::ProblemResolver::StepScore=100 -o > > Aptitude::ProblemResolver::SolutionCost="safety, priority,

Bug#700530: qt frames empty

So, after a lot of testing and involving like 10 different people there is now actually kind of a fix. The fix is surprisingly in xorg-server and can be found here: http://people.debian.org/~jcristau/kbsd-peercred.diff having it real-life tested on linux and on kbsd on squeeze and wheezy/sid wo

Bug#700677: Incorrect upstream versioning / ABI breakage

On Saturday 16 February 2013 20:54:47 Daniel Baumann wrote: > "Shared libraries that are internal [...] are not subject to [these] > requirements." Internal libraries usually don't have a -dev package attached to them. /Sune -- Man, how can I save the printer? From the drawer inside AutoCAD yo

Bug#699862: qt4-x11: FTBFS on x32: qatomic_generic.h doesn't work with QtDBus

On Wednesday 06 February 2013 01:33:35 Daniel Schepler wrote: > The qt4-x11 source package is getting this build failure on the > unofficial x32 Debian port: Hi Daniel. Thanks for the work on this. I do have a few questions though. What's the Build key set to on x32? |$ strings /usr/lib/i386-linu

Bug#696054: kdepim-runtime: Shouldn't ship the nepomuk feeders

Package: kdepim-runtime Version: 4:4.4.11.1-5 Severity: serious Justification: Maintainer says so kdepim-runtime should not ship the nepomuk feeder files. To implement, just don't ship the 4 relevant files for nepomuk feeders. This is a result of a discussion with upstream. /Sune -- System Inf

  1   2   3   4   5   6   7   8   9   10   >