Bug#949248: nftables: nft parsing from stdin fails but works from file
Package: nftables Version: 0.9.0-2 Severity: normal I want to parse rules from a script but parsing them from a pipe files while parsing from file works nft -f nft.txt works cat nft.txt | nft -f - fails with a handful of syntax errors I also noticed a difference when doing full debug output Reading Cfrom file shows the filename, the line number and the postion as well as the actual line and the used part of line Reading from stdin just shows /dev/stdin, the line number and the position. So there seams to be different handling oft reading the input -- System Information: Debian Release: 10.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages nftables depends on: ii dpkg 1.19.7 ii libc6 2.28-10 ii libgmp10 2:6.1.2+dfsg-4 ii libjansson4 2.12-1 ii libnftables0 0.9.0-2 ii libreadline7 7.0-5 nftables recommends no packages. nftables suggests no packages. -- Configuration Files: /etc/nftables.conf changed [not included] -- no debconf information flush ruleset add table bridge filter add chain bridge filter forward { type filter hook forward priority 0; policy accept; } #tsh add counter bridge filter cs00064f31f869 add counter bridge filter cd00064f31f869 add rule bridge filter forward ether saddr 00:06:4f:31:f8:69 counter name cs00064f31f869 accept add rule bridge filter forward ether daddr 00:06:4f:31:f8:69 counter name cd00064f31f869 accept #ap13 add counter bridge filter csf4068d864023 add counter bridge filter cdf4068d864023 add rule bridge filter forward ether saddr f4:06:8d:86:40:23 counter name csf4068d864023 accept add rule bridge filter forward ether daddr f4:06:8d:86:40:23 counter name cdf4068d864023 accept #unifi0 add counter bridge filter cs802aa8c3d55a add counter bridge filter cd802aa8c3d55a add rule bridge filter forward ether saddr 80:2a:a8:c3:d5:5a counter name cs802aa8c3d55a accept add rule bridge filter forward ether daddr 80:2a:a8:c3:d5:5a counter name cd802aa8c3d55a accept #unifi1 add counter bridge filter cs802aa8c3da9e add counter bridge filter cd802aa8c3da9e add rule bridge filter forward ether saddr 80:2a:a8:c3:da:9e counter name cs802aa8c3da9e accept add rule bridge filter forward ether daddr 80:2a:a8:c3:da:9e counter name cd802aa8c3da9e accept #zyxel0 add counter bridge filter cs04bf6d276859 add counter bridge filter cd04bf6d276859 add rule bridge filter forward ether saddr 04:bf:6d:27:68:59 counter name cs04bf6d276859 accept add rule bridge filter forward ether daddr 04:bf:6d:27:68:59 counter name cd04bf6d276859 accept #unifi2 add counter bridge filter csf09fc23075f4 add counter bridge filter cdf09fc23075f4 add rule bridge filter forward ether saddr f0:9f:c2:30:75:f4 counter name csf09fc23075f4 accept add rule bridge filter forward ether daddr f0:9f:c2:30:75:f4 counter name cdf09fc23075f4 accept #unifi3 add counter bridge filter csf09fc2309250 add counter bridge filter cdf09fc2309250 add rule bridge filter forward ether saddr f0:9f:c2:30:92:50 counter name csf09fc2309250 accept add rule bridge filter forward ether daddr f0:9f:c2:30:92:50 counter name cdf09fc2309250 accept #unifi4 add counter bridge filter csf09fc230927a add counter bridge filter cdf09fc230927a add rule bridge filter forward ether saddr f0:9f:c2:30:92:7a counter name csf09fc230927a accept add rule bridge filter forward ether daddr f0:9f:c2:30:92:7a counter name cdf09fc230927a accept #unifi5 add counter bridge filter csf09fc230927e add counter bridge filter cdf09fc230927e add rule bridge filter forward ether saddr f0:9f:c2:30:92:7e counter name csf09fc230927e accept add rule bridge filter forward ether daddr f0:9f:c2:30:92:7e counter name cdf09fc230927e accept #unifi6 add counter bridge filter csf09fc23075ad add counter bridge filter cdf09fc23075ad add rule bridge filter forward ether saddr f0:9f:c2:30:75:ad counter name csf09fc23075ad accept add rule bridge filter forward ether daddr f0:9f:c2:30:75:ad counter name cdf09fc23075ad accept #unifi7 add counter bridge filter csf09fc2a9a2b1 add counter bridge filter cdf09fc2a9a2b1 add rule bridge filter forward ether saddr f0:9f:c2:a9:a2:b1 counter name csf09fc2a9a2b1 accept add rule bridge filter forward ether daddr f0:9f:c2:a9:a2:b1 counter name cdf09fc2a9a2b1 accept #unifi8 add counter bridge filter csf09fc2d6780e add counter bridge filter cdf09fc2d6780e add rule bridge filter forward ether saddr f0:9f:c2:d6:78:0e counter name csf09fc2d6780e accept add rule bridge filter forward ether daddr f0:9f:c2:d6:78:0e counter name cdf09fc2d6780e accept #unifi9 add counter bridge filter csf09fc23c47c5 add counter bridge filter cdf09fc23c47c5 add rule bridge filter forward ether saddr
Bug#781024: quassel: Denial of service (no CVE yet)
NMU upload is more then welcome - I lack the time to take care of this at the moment. Thanks a lot, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766962: quassel: diff for NMU version 0.10.0-2.1
Thanks a lot for your support on this - very much welcome! Thomas -- Thomas Müller E-Mail: thomas.muel...@tmit.eu Am Sonntag, den 02.11.2014 um 22:44 schrieb Luciano Bello: On Sunday 02 November 2014 19.35.34 Salvatore Bonaccorso wrote: Note that Luciano Bello is planning to release a DSA for wheezy-security too. DSA released: https://lists.debian.org/debian-security-announce/2014/msg00251.html Cheers, luciano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766962: quassel: diff for NMU version 0.10.0-2.1
Hi, I have no plans to override your NMUs - I'll prepare an upload of 0.11.0 to unstable these days. Regards, Thomas Am Montag, den 03.11.2014 um 9:41 schrieb Salvatore Bonaccorso: Hi Thomas, Thanks for your reply. Just a question below: On Mon, Nov 03, 2014 at 09:15:25AM +0100, Thomas Müller wrote: Thanks a lot for your support on this - very much welcome! Do you plan to override my NMU in the delayed queue? If not I would like to move it straight to the archive from the delayed queue without the 2 days delay. Please let me know and thanks for your work in maintaining quassel! Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763873: AW: [Pkg-owncloud-maintainers] Bug#763873: closed by Sandro Knauß b...@sandroknauss.de (reply to b...@sandroknauss.de) (Re: Bug#763873: owncloud-client: Owncloud client Failed to load m
Joachim, Seriously - the way you write is annoying! Please be kind to people which do a great job for you and the whole Debian community. Thanks a lot, Sandro! Thomas Ursprüngliche Nachricht Von: Joachim Fahrner j...@fahrner.name Datum:06.10.2014 20:51 (GMT+01:00) An: 763...@bugs.debian.org Betreff: [Pkg-owncloud-maintainers] Bug#763873: closed by Sandro Knauß b...@sandroknauss.de (reply to b...@sandroknauss.de) (Re: Bug#763873: owncloud-client: Owncloud client Failed to load module canberra-gtk-module) Hi Sandro, it's very annyoing that you close this bug. Did you try starting owncloud-Client? When I start owncloud client in terminal and I get this error message, why should it not come from occ??? Am Montag, den 06.10.2014, 18:42 + schrieb Debian Bug Tracking System: This is an automatic notification regarding your Bug report which was filed against the owncloud-client package: #763873: owncloud-client: Owncloud client Failed to load module canberra-gtk-module It has been closed by Sandro Knauß b...@sandroknauss.de (reply to b...@sandroknauss.de). Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Sandro Knauß b...@sandroknauss.de (reply to b...@sandroknauss.de) by replying to this email. E-Mail-Nachricht-Anlage (Re: [Pkg-owncloud-maintainers] Bug#763873: owncloud-client: Owncloud client Failed to load module canberra-gtk-module) Weitergeleitete Nachricht Von: Sandro Knauß b...@sandroknauss.de Reply-to: b...@sandroknauss.de An: 763873-d...@bugs.debian.org Betreff: Re: [Pkg-owncloud-maintainers] Bug#763873: owncloud-client: Owncloud client Failed to load module canberra-gtk-module Datum: Mon, 06 Oct 2014 20:40:46 +0200 Hello, libcanberra is neither be used for building the owncloud-client (occ) nor it sound sfrom the description, that is is related and used from occ. libcanberra: libcanberra defines a simple abstract interface for playing event sounds. This sound as somthing, that gńome uses to play event sounds. And if the occ events are triggering gnome events, that could be in the logs of occ. But for me this isn't anyhow related to occ. regads, sandro Am Freitag, 3. Oktober 2014, 14:51:51 schrieb Joachim Fahrner: but it has no icon in Gnomes message area. Looks like it it not compatible with Gnome 3.14. This is #750847, I guess, and it started before Gnome 3.14 ;-) Yes, that looks like my missing icon bug. But this report is about a missing dependency. The package needs a dependency to libcanberra-gtk0 ___ Pkg-owncloud-maintainers mailing list pkg-owncloud-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-owncloud-maintai ners E-Mail-Nachricht-Anlage (owncloud-client: Owncloud client Failed to load module canberra-gtk-module) Weitergeleitete Nachricht Von: Joachim Fahrner j...@fahrner.name An: Debian Bug Tracking System sub...@bugs.debian.org Betreff: owncloud-client: Owncloud client Failed to load module canberra-gtk-module Datum: Fri, 03 Oct 2014 12:32:55 +0200 Package: owncloud-client Version: 1.7.0~beta1+really1.6.3+dfsg-1 Severity: grave Justification: renders package unusable Dear Maintainer, when starting the owncloud sync client it abort with error message: Gtk-Message: Failed to load module canberra-gtk-module A strace shows that it is attempting to load the GTK2 version of libcanberra. After installing libcanberra-gtk0 it starts and seems to be working, but it has no icon in Gnomes message area. Looks like it it not compatible with Gnome 3.14. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages owncloud-client depends on: ii libc6 2.19-11 ii libgcc1 1:4.9.1-15 ii libowncloudsync0 1.7.0~beta1+really1.6.3+dfsg-1 ii libqt5core5a 5.3.2+dfsg-2 ii libqt5dbus5 5.3.2+dfsg-2 ii libqt5gui5 5.3.2+dfsg-2 ii libqt5network5 5.3.2+dfsg-2 ii libqt5sql5-sqlite 5.3.2+dfsg-2 ii libqt5widgets5 5.3.2+dfsg-2 ii libqt5xml5 5.3.2+dfsg-2 ii libstdc++6 4.9.1-15 ii owncloud-client-l10n 1.7.0~beta1+really1.6.3+dfsg-1 owncloud-client recommends no packages. owncloud-client suggests no packages. -- no debconf information -- Mit besten Grüßen Joachim Fahrner ___ Pkg-owncloud-maintainers mailing list pkg-owncloud-maintain...@lists.alioth.debian.org
Bug#760810: [quassel-client] quasselclient fails to start
Hi, I cannot reproduce this on my system which is testing/sid. Can you please retest with the latest phonon packages, because meanwhile 4:4.8.0-1 arrived in testing? Thanks a lot, Thomas Am Montag, den 08.09.2014 um 6:01 schrieb Keshav Kini: Package: quassel-client Version: 0.10.0-2 Severity: grave --- Please enter the report below this line. --- `quasselclient` recently fails to start on debian sid: fs@erdos ~ $ quasselclient (quasselclient:12158): GLib-GObject-WARNING **: cannot register existing type 'GstObject' (quasselclient:12158): GLib-CRITICAL **: g_once_init_leave: assertion 'result != 0' failed (quasselclient:12158): GLib-GObject-CRITICAL **: g_type_register_static: assertion 'parent_type 0' failed (quasselclient:12158): GLib-CRITICAL **: g_once_init_leave: assertion 'result != 0' failed (quasselclient:12158): GStreamer-CRITICAL **: gst_plugin_feature_get_name: assertion 'GST_IS_PLUGIN_FEATURE (feature)' failed ^\Quit Googling assertion 'GST_IS_PLUGIN_FEATURE (feature)' failed yields a bunch of similar-sounding failures of other programs, seemingly related to phonon integration with gstreamer, or something. --- System information. --- Architecture: amd64 Kernel: Linux 3.14-2-amd64 Debian Release: jessie/sid 500 unstableftp.us.debian.org 500 sid linux.dropbox.com --- Package information. --- Depends(Version) | Installed -+-== libc6 (= 2.14) | 2.19-10 libdbusmenu-qt2 (= 0.3.2) | 0.9.2-1 libgcc1 (= 1:4.1.1) | 1:4.9.1-12 libindicate-qt1 (= 0.2.5) | 0.2.5.91-5 libphonon4 (= 4:4.2.0) | 4:4.7.2-1 libqt4-dbus (= 4:4.6.1) | 4:4.8.6+git64-g5dc8b2b+dfsg-2 libqt4-network (= 4:4.6.1) | 4:4.8.6+git64-g5dc8b2b+dfsg-2 libqt4-xmlpatterns (= 4:4.5.3) | 4:4.8.6+git64-g5dc8b2b+dfsg-2 libqtcore4 (= 4:4.8.0) | 4:4.8.6+git64-g5dc8b2b+dfsg-2 libqtgui4 (= 4:4.8.0) | 4:4.8.6+git64-g5dc8b2b+dfsg-2 libqtwebkit4 (= 2.1.0~2011week13) | 2.3.2.dfsg-3 libstdc++6(= 4.4.0) | 4.9.1-12 phonon | 4:4.7.2-1 zlib1g (= 1:1.1.4) | 1:1.2.8.dfsg-2 quassel-data(= 0.10.0-2) | 0.10.0-2 dbus-x11 | 1.8.6-2 gawk | 1:4.1.1+dfsg-1 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760810: [quassel-client] quasselclient fails to start
tags 760810 +wontfix quit Am Dienstag, den 23.09.2014 um 8:39 schrieb Keshav Kini: On 09/23/2014 12:53 AM, Thomas Müller wrote: Hi, I cannot reproduce this on my system which is testing/sid. Can you please retest with the latest phonon packages, because meanwhile 4:4.8.0-1 arrived in testing? Sure. Indeed, I can no longer reproduce this with the latest phonon packages either. I presume the problem has been fixed. Thanks, Keshav -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701943: quassel-core: Only start quassel-core after its database
Am Freitag, dem 01.03.2013 um 3:04 schrieb Sjors Gielen: Package: quassel-core Version: 0.8.0-1 Severity: normal Tags: patch The init script /etc/init.d/quassel-core allows starting quassel-core before its databases are set up. This is OK in the default configuration where quassel-core uses SQLite, but on large setups quassel-core is set up using a back-end of PostgreSQL or MySQL, so quassel-core has no database when it initially starts. This causes quassel-core to go into initial set-up mode, allowing anyone who connects with it to reconfigure it. The solution is to only start quassel-core when mysql and postgresql have started, if they exist. Therefore, these two services should be added to the Should-Start and Should-Stop lines: # Should-Start: mysql postgresql # Should-Stop: mysql postgresql I will add this after the freeze - THX Filing as normal, because this bug only appears on non-default (but common) set-ups, and makes the application initially unusable on them. Only after a restart of the daemon (preferably before someone re-configuring it) does the application start to act as intended. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages quassel-core depends on: ii adduser3.113+nmu3 ii libc6 2.13-38 ii libgcc11:4.7.2-5 ii libqca22.0.3-4 ii libqt4-network 4:4.8.2+dfsg-11 ii libqt4-script 4:4.8.2+dfsg-11 ii libqt4-sql 4:4.8.2+dfsg-11 ii libqt4-sql-sqlite 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libstdc++6 4.7.2-5 ii lsb-base 4.1+Debian8 ii openssl1.0.1e-1 quassel-core recommends no packages. quassel-core suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698737: [Pkg-owncloud-maintainers] Bug#698737: owncloud: diff for NMU version 4.0.8debian-1.4
Am Freitag, dem 25.01.2013 um 21:59 schrieb Salvatore Bonaccorso: Hi On Fri, Jan 25, 2013 at 09:45:30PM +0100, Salvatore Bonaccorso wrote: I've prepared an NMU for owncloud (versioned as 4.0.8debian-1.4) and uploaded it to DELAYED/4. Please feel free to tell me if I ^ (was meant as DELAYED/7) Okay as well for me - thanks a lot for taking care about these sec isues. Tom Regards, Salvatore ___ Pkg-owncloud-maintainers mailing list pkg-owncloud-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-owncloud-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688123: owncloud: CVE-2012-4753
A member of the Owncloud security team is in contact with MITRE in order to close this CVE as it's invalid due to unclear changelog entries. I'll keep you informed. THX, Tom Am Mittwoch, dem 19.09.2012 um 17:32 schrieb Moritz Muehlenhoff: Package: owncloud Severity: grave Tags: security Justification: user security hole Hi, CVE-2012-4753 is still unfixed in Wheezy: http://www.openwall.com/lists/oss-security/2012/09/05/17 It's not clear, which CSRF fixes were fixed in 4.0.5, so please contact upstream to identify the specific fixes and introduce them in another tpu upload. Cheers, Moritz ___ Pkg-owncloud-maintainers mailing list pkg-owncloud-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-owncloud-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686915: apt-listbugs: [INTL:de] German program translation
Am Freitag, dem 07.09.2012 um 21:43 schrieb Francesco Poli: On Fri, 07 Sep 2012 08:41:18 +0200 Thomas Mueller wrote: [...] Please find the German translation attached. [...] Hello Thomas! I am including your translation in apt-listbugs: thanks a lot for sending it! I have a doubt, though. Am I correct that severities was left untranslated in [...] #: lib/apt-listbugs/logic.rb:46 #, python-format msgid -s severities : Severities you want to see [%s], or [all].\n msgstr -s severities : Schweregrade, die Sie sehen wollen [%s] oder [all].\n [...] Was this intentional? I expected to see something: #: lib/apt-listbugs/logic.rb:46 #, python-format msgid -s severities : Severities you want to see [%s], or [all].\n msgstr -s Schweregrade: Schweregrade, die Sie sehen wollen [%s] oder [all].\n Or am I totally wrong? You are right about this - THX for catching this. Thomas Please take into account that I do not speak German (except for the few tourist words one learns when visiting Germany). Thanks for your time. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686567: [Pkg-owncloud-maintainers] Bug#686567: owncloud: Missing security fixes in Wheezy
Am Mittwoch, dem 12.09.2012 um 18:18 schrieb Moritz Muehlenhoff: On Mon, Sep 03, 2012 at 01:32:36PM +0200, Thomas Müller wrote: Hi, I plan to prepare an upload until the end of this week. THX for the notification, Thanks for the buxx kicking! ;-) What's the status? Half way done. Sorry for the delay. Tom Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686567: [Pkg-owncloud-maintainers] Bug#686567: owncloud: Missing security fixes in Wheezy
Hi, I plan to prepare an upload until the end of this week. THX for the notification, Tom Am Montag, dem 03.09.2012 um 12:25 schrieb Moritz Muehlenhoff: Package: owncloud Version: 4.0.4debian-1 Severity: grave Tags: security Justification: user security hole The following security issues are still open in Wheezy (although they're fixed in sid): Since Wheezy is frozen, this either needs to be fixed with an upload to testing-proposed-updates containing only the security fixes or by getting 4.0.7 into Wheezy (given how the freeze has been so far, the former is most likely preferred by release managers) Cheers, Moritz Please see http://seclists.org/oss-sec/2012/q3/363 : Version 4.0.7 Aug 14th 2012 Vulnerability of type .htaccess upload in file /lib/migrate.php. A user could import a crafted import.zip to upload a .htaccess to the data folder which could lead to a code execution. https://github.com/owncloud/core/commit/4fd069b47906ebcf83887970c732d464dbe7d37a Please use CVE-2012-4389 for this issue. Vulnerability of type user enumeration in file remote.php. It has been discovered that an authenticated user could get a list of all registered users. https://github.com/owncloud/core/commit/4682846d3ecdad15c6a60126dda75eb7fa97c707 Please use CVE-2012-4390 for this issue. Vulnerability of type CSRF in file appconfig.php The appconfig.php wasn't checking the CSRF token. This could lead that an attacker is able to edit the app configurations. https://github.com/owncloud/core/commit/5192eecce239a0b7ade1e60a6cf03075e5cfc188 Please use CVE-2012-4391 for this issue. Vulnerability of type auth bypass in file index.php Due to unproper checking the cookie, an unauthenticated attacker could login as as user if the user never used the remember password function. https://github.com/owncloud/core/commit/baab13ae134ff109c043371a7813df9b9bd4967b Please use CVE-2012-4392 for this issue. - - Version 4.0.6 Aug 1th 2012 Security: Check for Admin user in appconfig.php (CSRF) Registered user could change app configs without admin rights. https://github.com/owncloud/core/commit/9605e1926c6081e88326bf78a02c1d1b83126c4f Security: Several CSRF security fixes The admin settings and the bookmark app wasn't checking the CSRF token. https://github.com/owncloud/core/commit/38271ded753bc9ea9943cef3c2706f8d71f3a58f and https://github.com/owncloud/core/commit/93579d88dcea389205c01ddf6da41f37ad9b8745 CVS merged into a single CVE Please use CVE-2012-4393 for these issues. - - Version 4.0.5 July 20th Reflected XSS (XSS) The filelist wasn't sanitzing HTML values in image files. https://github.com/owncloud/core/commit/d203fa2c50f4b2791e68e2b8ab9a0f8b94f9c9f8 Please use CVE-2012-4394 for this issue. ___ Pkg-owncloud-maintainers mailing list pkg-owncloud-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-owncloud-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684803: [Pkg-owncloud-maintainers] Bug#684803: owncloud: Music database never completes scan.
Hi lachlan, I think there is nothing we can do for you within the 4.x release stream. With the upcoming 5.x background jobs have been introduced and stuff like scanning media files will be done on cron jobs. Take care, Thomas Am Dienstag, dem 14.08.2012 um 7:25 schrieb lachlan: Package: owncloud Version: 4.0.5debian2-2 Severity: normal Dear Maintainer, I have been running 4.0.5 for a while with the same issue and after an upgrade to 4.0.6 it still persists. When i click the music item it starts to scan the collection but never gets more than probably 15% through the scan. I have a LARGE amount of files. (190gb music, 1TB video, 1TB etc) which includes a lot of flac files. The only errors in the owncloud log are about reading tags from flac files. My files are symlinked to the /var/lib/owncloud/data/etc... folder owned by www-data:www-data. There is no problem accessing the files directly just the music database. Is it possible to use my ampache database to bypass this problem? Is there a way to manually create this database without using the web interface? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages owncloud depends on: ii apache2-mpm-prefork [httpd] 2.2.22-9 ii libjs-jquery 1.7.2+debian-2.1 ii libjs-jquery-jplayer 2.1.0-1 ii libjs-jquery-ui 1.8.ooops.21+dfsg-2 ii libphp-phpmailer 5.1-1 ii owncloud-mysql 4.0.5debian2-2 ii php-crypt-blowfish 1.1.0~RC2-1 ii php-getid3 1.9.3-1 ii php-mdb2 2.5.0b3-2 ii php-mdb2-schema 0.8.5-1 ii php-pear 5.4.4-2 ii php-sabredav 1.6.2-3 ii php-xml-parser 1.3.4-6 ii php5 5.4.4-2 ii php5-curl5.4.4-2 ii php5-gd 5.4.4-2 Versions of packages owncloud recommends: ii exim4 4.80-4 ii exim4-daemon-light [mail-transport-agent] 4.80-4 owncloud suggests no packages. -- Configuration Files: /etc/owncloud/htaccess [Errno 13] Permission denied: u'/etc/owncloud/htaccess' -- no debconf information ___ Pkg-owncloud-maintainers mailing list pkg-owncloud-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-owncloud-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683396: [Pkg-owncloud-maintainers] Bug#683396: src:owncloud: does not include full text of CC-BY-3.0
Am Dienstag, dem 31.07.2012 um 14:45 schrieb Ansgar Burchardt: Source: owncloud Version: 4.0.5debian-1 Severity: serious The full text of the CC-BY-3 license is not included in debian/copyright. Are you expecting this legal text: http://creativecommons.org/licenses/by/3.0/legalcode Thanks a lot, Thomas Ansgar ___ Pkg-owncloud-maintainers mailing list pkg-owncloud-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-owncloud-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681138: [Pkg-owncloud-maintainers] Bug#681138: owncloud: setup sets wrong db entrys which prevent using cal/carddav
Yes - this is the bad one. Please note: private file_sharing via link is broken as well due to the same reason. THX, Thomas Am Mittwoch, dem 11.07.2012 um 0:41 schrieb Diederik de Haas: On Tuesday 10 July 2012 22:36:38 o0u wrote: Tags: upstream Seems to be bug oc-1199 http://bugs.owncloud.org/thebuggenie/owncloud/issues/oc-1199 ___ Pkg-owncloud-maintainers mailing list pkg-owncloud-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-owncloud-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678956: [Pkg-owncloud-maintainers] Bug#678956: Patch tested
Hi Thomas, thanks for testing the patch! We will incorporated this asap. In addition I advised upstream to release a 4.0.4 to clarify the confusion. Take care, Thomas -- Thomas Müller E-Mail: thomas.muel...@tmit.eu Am Montag, dem 25.06.2012 um 13:48 schrieb Thomas Renard: Suggested Patch from upstream bug report (#10) works for me. ___ Pkg-owncloud-maintainers mailing list pkg-owncloud-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-owncloud-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677159: [Pkg-owncloud-maintainers] Bug#677159: owncloud: Uploading tar file crash the app, workaround provided
Looks like we need to patch /usr/share/owncloud/lib/archive/tar.php and change require_once '3rdparty/Archive/Tar.php'; to require_once 'Archive/Tar.php'; In addition we need to report this upstream as this breaks the concept of moving the 3rdparty folder. Tom Am Dienstag, dem 12.06.2012 um 0:47 schrieb Philippe Coval: Package: owncloud Version: 4.0.1debian-2 Severity: normal Dear Maintainer, have a look a its dependencies * What led up to the situation? Upload a tar.gz file then error 500 is risen In apache log [Tue Jun 12 00:33:01 2012] [error] [client 127.0.0.1] PHP Fatal error: require_once(): Failed opening required '3rdparty/Archive/Tar.php' (include_path='/usr/share/owncloud/lib:/usr/share/owncloud/config:/usr/share/owncloud/3rdparty:/usr/share/owncloud:/usr/share/owncloud/apps:/usr/share/owncloud/lib:.:/usr/share/php:/usr/share/pear:/usr/share/owncloud') in /usr/share/owncloud/lib/archive/tar.php on line 9, referer: http://localhost/owncloud/?app=media Workaround is : ln -fs /usr/share/php/Archive /usr/share/owncloud/3rdparty/Archive -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.6lenovog470+ (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages owncloud depends on: ii apache2 2.2.22-6 ii apache2-mpm-prefork [httpd] 2.2.22-6 ii libjs-jquery 1.7.2+debian-1 ii libjs-jquery-jplayer 2.1.0-1 ii libjs-jquery-ui 1.8.ooops.20+dfsg-1 ii libphp-phpmailer 5.1-1 ii owncloud-sqlite 4.0.1debian-2 ii php-crypt-blowfish 1.1.0~RC2-1 ii php-getid3 1.9.3-1 ii php-mdb2 2.5.0b3-2 ii php-mdb2-schema 0.8.5-1 ii php-pear 5.4.4~rc2-1 ii php-sabredav 1.6.2-3 ii php-xml-parser 1.3.4-6 ii php5 5.4.4~rc2-1 ii php5-curl5.4.4~rc2-1 ii php5-gd 5.4.4~rc2-1 Versions of packages owncloud recommends: ii exim4 4.80-3 ii exim4-daemon-light [mail-transport-agent] 4.80-3 owncloud suggests no packages. -- Configuration Files: /etc/owncloud/htaccess changed [not included] -- no debconf information ___ Pkg-owncloud-maintainers mailing list pkg-owncloud-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-owncloud-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651374: Cannot reproduce...
Hi, I cannot reproduce this - sorry. Can you please re-install the client package? Looks like the icons are missing. Thx Tom
Bug#614041: Cannot reproduce this ....
Hi, Can you please double check, if this is still an issue? Thx, Tom
Bug#632705: Still an issue?
Hi, Upstream did not react yet. :-( Does this issue still exist? Thx, Tom
Bug#663221: (no subject)
Hi, What's the problem with using phonon? Thx, Tom
Bug#648674: Owncloud debian package
Am Dienstag, dem 08.05.2012 um 20:08 schrieb Damien Raude-Morvan: Hi, Hello again, thanks for comming back! Well Paul explained already the latest achievements - I only can add: You are welcome to join us! As user of owncloud (and DD :), I'm still interested in sponsoring / helping with owncloud packaging. Is there a current git repository that a can check ? (hint: create one on Alioth if not already done) BTW, did you fix some of glitches previously reported by me and Paul Wise [1] [2] ? Are you also planning to package owncloud-client part ? If so, you should check with upstream with their existing [3] packages. I'm aware of the upstream packages, because I'm involved there as well! ;-) But it'll take sometime to get the owncloud client into Debian, because the csync library has been patch quite intensively and csync upstream has not yet decided to accept all necessary patches. But I'll keep my hand on the owncloud client upstream packages to get a good support for Debian within ownccloud. (E.g. I packported the client gui to Qt 4.6 to get it working in Squeeze) Take care, Tom [1] https://lists.debian.org/debian-mentors/2011/12/msg00523.html [2] https://lists.debian.org/debian-mentors/2011/12/msg00525.html [3] http://software.opensuse.org/download/package?project=isv:ownCloud:communitypackage=owncloud- client Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648674: Sponsoring
Hi Paul, thanks alot for taking care. I will most likly stripp off the app 'media' which is the media player. This thing needs the jplayer.swf. As you already started with the update to 3.0.2 can I assume you are also interested in co-maintaining? I'd love to have a more experianced DD on my side - an least to have a backup in stressfull times. We need a svn or git repo - can I ask you for support on this? OC 4 will arrive on 22.5.2012 - maybe the candidate for Debian Wheezy? Concerning your comments from your last email: - watch file: There was none due to missing upstream info on the web site. I did address this to the project head and now the info is there - let's see if it's watch file compliant. - unapplied-patches: I still need to read the link. - 3rd party stuff: I had a look and I didn't find sabre. Concerning MDB2: there is a sub-package missing - I think schema. We need to reavaluate. Take care, Thomas -- Thomas Müller E-Mail: thomas.muel...@tmit.eu Am Freitag, dem 20.04.2012 um 14:15 schrieb Paul van Tilburg: Hey again, On Fri, Apr 13, 2012 at 11:57:40AM +0200, Paul van Tilburg wrote: I hope you haven't lost interested in packaging ownCloud for Debian. I'm sorry you had to wait this long; these things can unfortunately take some time, so it seems. I am interested in having this package in Debian (although I am just trying out ownCloud yet) and thus have reviewed the package and have the following comments: I've gone ahead and started to update the package to 3.0.2 a bit if you don't mind. I've also found the TODO-items in debian/rules, that I overlooked previously. They need to be addressed, indeed. I also found the wget stuff in postinst, this really need to be solved! I don't think it can be uploaded until this is fixed. If really necessary we can dfsg-clean the original tarball or work out some other solution with upstream. Cheers, Paul -- Using the Power of Debian GNU/Linux | E-mail: pau...@debian.org Jabber/GTalk: p...@luon.net | GnuPG key ID: 0x50064181 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648674: Status update - owncloud 2.0.1
Hi, quick update on the current status: ownCloud 2.0.1 has been package and has been uploaded to mentors: http://mentors.debian.net/package/owncloud Next steps: * review of the package is necessary - comments and remarks are more than welcom * a sponsor is desperately needed - RFS on debian-ment...@lists.debian.org is still open and unanswered. Thanks, Thomas -- Thomas Müller E-Mail: thomas.muel...@tmit.eu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645694: bash-completion files of grub and git prevent xsession to start with gdm3
Hi Jonathan, thanks for having a look at this issue. Here's the requested info: thomas@debian:~$ sudo grep bash_completion ~/.* /etc/* [sudo] password for thomas: /home/thomas/.bash_history:gedit /etc/bash_completion.d/git /home/thomas/.bash_history:reportbug bash_completion /home/thomas/.bash_history:more bash_completion-error.txt /home/thomas/.bash_history:more bash_completion-error.txt /home/thomas/.bashrc: #if [ -f /etc/bash_completion ]; then /home/thomas/.bashrc: #. /etc/bash_completion /home/thomas/.bashrc~:#if [ -f /etc/bash_completion ]; then /home/thomas/.bashrc~:#. /etc/bash_completion /home/thomas/.bashrc.orig:#if [ -f /etc/bash_completion ]; then /home/thomas/.bashrc.orig:#. /etc/bash_completion grep: /home/thomas/.gvfs: Keine Berechtigung /home/thomas/.xsession-errors.old:/etc/bash_completion.d/grub.save: line 478: `_grub_script-check': not a valid identifier /etc/bash.bashrc:if [ -f /etc/bash_completion ] ! shopt -oq posix; then /etc/bash.bashrc:. /etc/bash_completion /etc/bash.bashrc.dpkg-old:if [ -f /etc/bash_completion ] ! shopt -oq posix; then /etc/bash.bashrc.dpkg-old:. /etc/bash_completion /etc/bash_completion:# bash_completion - programmable completion functions for bash 3.2+ /etc/bash_completion:[ -n $BASH_COMPLETION ] || BASH_COMPLETION=/etc/bash_completion /etc/bash_completion:[ -n $BASH_COMPLETION_DIR ] || BASH_COMPLETION_DIR=/etc/bash_completion.d /etc/bash_completion:[ -n $BASH_COMPLETION_COMPAT_DIR ] || BASH_COMPLETION_COMPAT_DIR=/etc/bash_completion.d /etc/bash_completion:[[ $BASH_COMPLETION != ~/.bash_completion -r ~/.bash_completion ]] \ /etc/bash_completion: . ~/.bash_completion /etc/bash_completion.ucf-old:# bash_completion - programmable completion functions for bash 3.x /etc/bash_completion.ucf-old:# $Id: bash_completion,v 1.872 2006/03/01 16:20:18 ianmacd Exp $ /etc/bash_completion.ucf-old: BASH_COMPLETION=${BASH_COMPLETION:-/etc/bash_completion} /etc/bash_completion.ucf-old: BASH_COMPLETION_DIR=${BASH_COMPLETION_DIR:=/etc/bash_completion.d} /etc/bash_completion.ucf-old:[ $BASH_COMPLETION != ~/.bash_completion -a -r ~/.bash_completion ] \ /etc/bash_completion.ucf-old:. ~/.bash_completion /etc/profile:if [ -f /etc/bash_completion ]; then /etc/profile:. /etc/bash_completion My bashrc is attached. Thanks alot, Thomas Am Montag, den 17.10.2011 um 23:47 schrieb Jonathan Nieder: tags 645694 + moreinfo quit Hi Thomas, Thomas Mueller wrote: /etc/gdm3/Xsession: Beginning session setup... /etc/bash_completion.d/git: line 128: syntax error near unexpected token `' /etc/bash_completion.d/git: line 128: ` done (git config -z --get-regexp '^(svn-remote\..*\.url|bash\.showupstream)$' 2/dev/null | tr '\0\n' '\n ')' /etc/bash_completion.d/grub: line 417: `_grub_mkpasswd-pbkdf2': not a valid identifier Thanks for reporting it. The bash completion script uses bash syntax, but it seems that in your configuration a different shell is trying to parse it. Could you send your shell initialization files (~/.xsession, ~/.profile, ~/.bashrc, and so on)? Actually, it might be simplest to try grep bash_completion ~/.* /etc/* Sorry for the trouble, Jonathan dot_bashrc Description: Binary data
Bug#640960: CVE-?????: broken CTCP parsing can be used to crash the core
Hi, thanks for the notice. I'll prepare a new package upload tonight. Thanks, Thomas Am Freitag, den 09.09.2011 um 0:58 schrieb Timo Juhani Lindfors: Package: quassel Version: 0.6.3-2 Severity: important Tags: security When people send me 0010 75 74 61 73 21 7a 7a 40 31 37 38 2d 33 37 2d 31 |utas!zz@178-37-1| 0020 30 34 2d 34 32 2e 61 64 73 6c 2e 69 6e 65 74 69 |04-42.adsl.ineti| 0030 61 2e 70 6c 20 4a 4f 49 4e 20 23 71 75 61 73 73 |a.pl JOIN #quass| 0040 65 6c 0d 0a 37 36 36 37 30 3a 55 c3 8c a6 5b 7e |el..76670:U...[~| 0050 8a 26 3a 6b 75 74 61 73 21 7a 7a 40 31 37 38 2d |.:kutas!zz@178-| 0060 33 37 2d 31 30 34 2d 34 32 2e 61 64 73 6c 2e 69 |37-104-42.adsl.i| 0070 6e 65 74 69 61 2e 70 6c 20 50 52 49 56 4d 53 47 |netia.pl PRIVMSG| 0080 20 23 71 75 61 73 73 65 6c 20 3a 01 41 43 54 49 | #quassel :.ACTI| 0090 4f 4e 20 01 01 56 45 52 53 49 4f 4e 01 01 56 45 |ON ..VERSION..VE| 00a0 52 53 49 4f 4e 01 01 56 45 52 53 49 4f 4e 01 01 |RSION..VERSION..| 00b0 56 45 52 53 49 4f 4e 01 01 56 45 52 53 49 4f 4e |VERSION..VERSION| 00c0 01 01 56 45 52 53 49 4f 4e 01 01 56 45 52 53 49 |..VERSION..VERSI| 00d0 4f 4e 01 01 56 45 52 53 49 4f 4e 01 01 56 45 52 |ON..VERSION..VER| 00e0 53 49 4f 4e 01 01 56 45 52 53 49 4f 4e 01 01 56 |SION..VERSION..V| 00f0 45 52 53 49 4f 4e 01 01 56 45 52 53 49 4f 4e 01 |ERSION..VERSION.| 0100 01 56 45 52 53 49 4f 4e 01 01 56 45 52 53 49 4f |.VERSION..VERSIO| 0110 4e 01 01 56 45 52 53 49 4f 4e 01 01 56 45 52 53 |N..VERSION..VERS| 0120 49 4f 4e 01 01 56 45 52 53 49 4f 4e 01 01 56 45 |ION..VERSION..VE| 0130 52 53 49 4f 4e 01 01 56 45 52 53 49 4f 4e 01 01 |RSION..VERSION..| 0140 56 45 52 53 49 4f 4e 01 01 56 45 52 53 49 4f 4e |VERSION..VERSION| 0150 01 01 56 45 52 53 49 4f 4e 01 01 56 45 52 53 49 |..VERSION..VERSI| 0160 4f 4e 01 01 56 45 52 53 49 4f 4e 01 01 56 45 52 |ON..VERSION..VER| 0170 53 49 4f 4e 01 01 56 45 52 53 49 4f 4e 01 01 56 |SION..VERSION..V| 0180 45 52 53 49 4f 4e 01 01 56 45 52 53 49 4f 4e 01 |ERSION..VERSION.| 0190 01 56 45 52 53 49 4f 4e 01 01 56 45 52 53 49 4f |.VERSION..VERSIO| 01a0 4e 01 01 56 45 52 53 49 4f 4e 01 01 56 45 52 53 |N..VERSION..VERS| 01b0 49 4f 4e 01 01 56 45 52 53 49 4f 4e 01 01 56 45 |ION..VERSION..VE| 01c0 52 53 49 4f 4e 01 01 56 45 52 53 49 4f 4e 01 01 |RSION..VERSION..| 01d0 56 45 52 53 49 4f 4e 01 01 0d 0a |VERSION| quasselcore crashes. The upstream bug report is http://bugs.quassel-irc.org/issues/1095 Gentoo bug report is https://bugs.gentoo.org/382313 (there is some mention about requesting a CVE) Workaround: 1) Settings-Configure Quassel-IRC-Ignore List-New 2) Strictness: Dynamic 3) Rule Type: CTCP 4) Ignore Rule: * VERSION 5) Scope: Global Where is the Vcs for quassel? I could prepare a fix. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages quassel depends on: ii dbus-x111.2.24-4+squeeze1simple interprocess messaging syst ii gawk1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libphonon4 4:4.6.0really4.4.2-1 the core library of the Phonon mul ii libqt4-dbus 4:4.6.3-4+squeeze1 Qt 4 D-Bus module ii libqt4-network 4:4.6.3-4+squeeze1 Qt 4 network module ii libqt4-script 4:4.6.3-4+squeeze1 Qt 4 script module ii libqt4-sql 4:4.6.3-4+squeeze1 Qt 4 SQL module ii libqt4-sql-sqlite 4:4.6.3-4+squeeze1 Qt 4 SQLite 3 database driver ii libqt4-webkit 4:4.6.3-4+squeeze1 Qt 4 WebKit module ii libqt4-xmlpatterns 4:4.6.3-4+squeeze1 Qt 4 XML patterns module ii libqtcore4 4:4.6.3-4+squeeze1 Qt 4 core module ii libqtgui4 4:4.6.3-4+squeeze1 Qt 4 GUI module ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii phonon 4:4.6.0really4.4.2-1 metapackage for the Phonon multime ii quassel-data0.6.3-2 distributed IRC client - shared da quassel recommends no packages. quassel suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622273: quassel-client: missing webkit support in latest NMU 0.7.1-1.1
On Sat, 09 Apr 2011 18:19:46 +0200, Tobias Neumann wrote: Package: quassel-client Version: 0.7.1-1.1 Severity: normal Hi, the latest non-maintainer upload version 0.7.1-1.1 has lost webkit support for quassel, i.e. the ability to preview webpages on URL hover. 0.7.1-1 still had this ability. You can also see this by observing that it doesn't link against libQtWebKit.so.4 anymore. Regards, Tobias Hi, thanks for this report. I just had a quick look and I assume this is related to the transition of libqt4-webkit to libqtwebkit4. Just an assumption at the moment - I will have a closer look as soon as the kfreebsd bug is solved. THX, Thomas -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages quassel-client depends on: ii dbus-x111.4.6-1 simple interprocess messaging syst ii gawk1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii libc6 2.11.2-13Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-2GCC support library ii libphonon4 4:4.6.0really4.5.0-2 multimedia framework from KDE - co ii libqt4-dbus 4:4.7.2-3Qt 4 D-Bus module ii libqt4-network 4:4.7.2-3Qt 4 network module ii libqt4-webkit 4:4.7.2-3transitional package for Qt 4 WebK ii libqt4-xmlpatterns 4:4.7.2-3Qt 4 XML patterns module ii libqtcore4 4:4.7.2-3Qt 4 core module ii libqtgui4 4:4.7.2-3Qt 4 GUI module ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii phonon 4:4.6.0really4.5.0-2 multimedia framework from KDE - me ii quassel-data0.7.1-1.1distributed IRC client - shared da Versions of packages quassel-client recommends: pn quassel-core none (no description available) quassel-client suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620542: quassel: FTBFS on kfreebsd-*: undefined reference to symbol 'dladdr@@GLIBC_2.3'
On Sat, 02 Apr 2011 16:21:29 +0200, Cyril Brulebois wrote: Source: quassel Version: 0.7.1-1.1 Severity: serious Justification: FTBFS Hi, (NMUer X-D-Cc'd.) your package no longer builds on kfreebsd-*, presumably due to toolchain changes and/or missing -ldl: | Linking CXX executable ../quassel | cd /build/buildd-quassel_0.7.1-1.1-kfreebsd-amd64-Z8JsLX/quassel-0.7.1/obj-x86_64-kfreebsd-gnu-kde4/src /usr/bin/cmake -E cmake_link_script CMakeFiles/quassel.dir/link.txt --verbose=1 | /usr/bin/c++ -g -O2 -ansi -Wall -Wextra -Wnon-virtual-dtor -fno-strict-aliasing -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden -g -O2 -g -O2 -ansi -Wall -Wextra -Wnon-virtual-dtor -fno-strict-aliasing CMakeFiles/quassel.dir/common/main.o CMakeFiles/quassel.dir/qtui/monoapplication.o CMakeFiles/quassel.dir/qtui/moc_monoapplication.o CMakeFiles/quassel.dir/qrc_pics.o CMakeFiles/quassel.dir/qrc_sql.o -o ../quassel -L/build/buildd-quassel_0.7.1-1.1-kfreebsd-amd64-Z8JsLX/quassel-0.7.1/obj-x86_64-kfreebsd-gnu-kde4/lib ../lib/libmod_qtui.a ../lib/libmod_uisupport.a ../lib/libmod_client.a ../lib/libmod_core.a ../lib/libmod_common.a /usr/lib/libQtCore.so /usr/lib/libQtGui.so /usr/lib/libQtNetwork.so /usr/lib/libQtScript.so /usr/lib/libQtSql.so /usr/lib/libQtDBus.so -lQtCore -lpthread /usr/lib/libkdecore.so.5.4.0 /usr/lib/libkdeui.so.5.4.0 /usr/lib/libsolid.so.4.4.0 -lknotifyconfig -lqca /usr/lib/libQtGui.so /usr/lib/libkdecore.so.5.4.0 /usr/lib/libQtCore.so /usr/lib/libQtDBus.so /usr/lib/libQtSvg.so | /usr/bin/ld: ../lib/libmod_common.a(logbacktrace_unix.o): undefined reference to symbol 'dladdr@@GLIBC_2.3' | /usr/bin/ld: note: 'dladdr@@GLIBC_2.3' is defined in DSO //lib/libdl.so.2 so try adding it to the linker command line | //lib/libdl.so.2: could not read symbols: Invalid operation | collect2: ld returned 1 exit status | make[4]: *** [src/../quassel] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=quasselsuite=sid KiBi. Hi, thanks - I just had a quick look at this issue. We had the same issue back in 2009 with the Linux build. I'll prepare a patch for upstream. THX, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616026: quassel-kde4: hardcodes wrong libraries in Depends: list
Hi, I am currently too busy to take care abour this the next two weeks. I would accept a NMU for this bug. Thx, Thomas Am 28.03.2011 um 20:22 schrieb Modestas Vainius mo...@debian.org: severity 616026 important thanks Hello, On trečiadienis 02 Kovas 2011 01:41:19 Sune Vuorela wrote: Hi Quassel*kde4 apparantly hardcodes Depends: kdebase-runtime kdelibs5 Please stop doing that and rely on dpkg-shlibdeps instead. kdelibs5 will very soon be removed from the archive. We (Debian Qt/KDE team) sincerely ask you to fix this bug ASAP. We want to eliminate all kdelibs5 reverse dependencies before KDE SC 4.6 upload. Thank you. -- Modestas Vainius mo...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614041: quassel: Hide to tray should be default window close action
On Sat, 19 Feb 2011 10:26:29 +0100, Josef Spillner wrote: Package: quassel Version: 0.6.3-2 Severity: wishlist Quassel behaves unlike other chat clients (e.g., empathy, mumble or psi) that it quits the application when closing the chat window. It should just hide instead, which can be configured and would match the other app's behaviour for higher consistency. In ~/.config/quassel-irc.org/quasselclient.conf: [QtUi] MinimizeOnClose=true -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages quassel depends on: ii dbus-x111.2.24-4 simple interprocess messaging syst ii gawk1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libphonon4 4:4.6.0really4.4.2-1 the core library of the Phonon mul ii libqt4-dbus 4:4.6.3-4Qt 4 D-Bus module ii libqt4-network 4:4.6.3-4Qt 4 network module ii libqt4-script 4:4.6.3-4Qt 4 script module ii libqt4-sql 4:4.6.3-4Qt 4 SQL module ii libqt4-sql-sqlite 4:4.6.3-4Qt 4 SQLite 3 database driver ii libqt4-webkit 4:4.6.3-4Qt 4 WebKit module ii libqt4-xmlpatterns 4:4.6.3-4Qt 4 XML patterns module ii libqtcore4 4:4.6.3-4Qt 4 core module ii libqtgui4 4:4.6.3-4Qt 4 GUI module ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii phonon 4:4.6.0really4.4.2-1 metapackage for the Phonon multime ii quassel-data0.6.3-2 distributed IRC client - shared da quassel recommends no packages. quassel suggests no packages. -- no debconf information Hi Josef, thanks a lot for your report. I'll consider this change for the next upload. Take care, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612042: quassel-core inappropriately uses /var/cache for data and configuration
On Fri, 4 Feb 2011 23:08:40 -0600, Tony Gies wrote: Package: quassel-core Version: 0.7.1-1 quassel-core stores things in /var/cache it oughtn't: $ ls -A /var/cache/quassel .config quasselCert.pem quasselcore.conf quassel-storage.sqlite Quoting the Linux FHS (http://www.pathname.com/fhs/pub/fhs-2.3.html#VARCACHEAPPLICATIONCACHEDATA): /var/cache is intended for cached data from applications. Such data is locally generated as a result of time-consuming I/O or calculation. The application must be able to regenerate or restore the data. This is clearly not true of the quassel configuration file nor the SQLite database in which all chat logs and other user data are stored. It is supposed to be possible to blow away the contents of /var/cache without any actual loss of data, but that is not the case for this package. /var/lib/quassel would be a more appropriate location according to the FHS and (my interpretation of) Debian's interpretation of them. THX for pointing this out - I'll have a look. Take care, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613599: quassel-client: Missing localisation
Hi Carlo, thx for reporting this - I'll have a closer look! Take care, Thomas On Wed, 16 Feb 2011 00:38:22 +0100, Carlo Stemberger wrote: Package: quassel-client Version: 0.7.1-1+b1 Severity: normal Tags: l10n Currently Quassel is not localised. I had no problem with the Squeeze's version. Interface → Language is set to System Default. Other Qt programs like QGIS work well. Regards, Carlo -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages quassel-client depends on: ii dbus-x111.2.24-4 simple interprocess messaging syst ii gawk1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-10 GCC support library ii libphonon4 4:4.6.0really4.4.2-1 the core library of the Phonon mul ii libqt4-dbus 4:4.6.3-4Qt 4 D-Bus module ii libqt4-network 4:4.6.3-4Qt 4 network module ii libqt4-webkit 4:4.6.3-4Qt 4 WebKit module ii libqt4-xmlpatterns 4:4.6.3-4Qt 4 XML patterns module ii libqtcore4 4:4.6.3-4Qt 4 core module ii libqtgui4 4:4.6.3-4Qt 4 GUI module ii libstdc++6 4.4.5-10 The GNU Standard C++ Library v3 ii phonon 4:4.6.0really4.4.2-1 metapackage for the Phonon multime ii quassel-data0.7.1-1 distributed IRC client - shared da Versions of packages quassel-client recommends: pn quassel-core none (no description available) quassel-client suggests no packages. -- no debconf information -- Thomas Müller E-Mail: thomas.muel...@tmit.eu Paul-Gerhardt-Strasse 3aTelefon: +49 8141 52 53 48 D-82256 FürstenfeldbruckTelefax: +49 8141 52 53 56 www.tmit.eu Mobil: +49 151 23 54 12 30 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592455: quassel-data-kde4: the script inxi requires gawk, but the gawk package is not in quassel-data-kde4 dependecies
Thanks for your input. I'll add this dependency to the package. Take care, -- Thomas Müller (Thomas Mueller) E-Mail: thomas.muel...@tmit.eu Packages: http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu Powered by Debian signature.asc Description: This is a digitally signed message part.
Bug#590644: [quassel-core] DeprecationWarning in manageusers.py script
Am Mittwoch, 28. Juli 2010 schrieb Cristian Greco: Package: quassel-core Version: 0.6.1-1 Severity: normal Hi, running /usr/share/doc/quassel-core/scripts/manageusers.py gives the following: /usr/share/doc/quassel-core/scripts/manageusers.py:11: DeprecationWarning: the sha module is deprecated; use the hashlib module instead import sha --- System information. --- Architecture: amd64 Kernel: Linux 2.6.35-rc6-amd64 Debian Release: squeeze/sid 500 unstable127.0.0.1 1 experimental127.0.0.1 --- Package information. --- Depends (Version) | Installed ==-+-= libc6 (= 2.2.5) | 2.11.2-2 libgcc1 (= 1:4.1.1) | 1:4.4.4-7 libqt4-network(= 4:4.5.3) | 4:4.6.3-1 libqt4-script (= 4:4.5.3) | 4:4.6.3-1 libqt4-sql(= 4:4.5.3) | 4:4.6.3-1 libqtcore4(= 4:4.6.1) | 4:4.6.3-1 libstdc++6 (= 4.4.0) | 4.4.4-7 adduser| 3.112 libqt4-sql-sqlite | 4:4.6.3-1 lsb-base (= 3.2-14) | 3.2-23.1 openssl| 0.9.8o-1 Package's Recommends field is empty. Package's Suggests field is empty. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 Feedback from upstream: the script is outdated and shall no longer be used: http://bugs.quassel-irc.org/projects/quassel-irc/wiki/Manage_core_users I'll add thei to the man page as well. -- Thomas Müller (Thomas Mueller) E-Mail: thomas.muel...@tmit.eu Packages: http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu Powered by Debian signature.asc Description: This is a digitally signed message part.
Bug#590645: [quassel-core] Please provide support for --listen option to init script
Hi, thanks for your input. I'll have a look - let's see what I can do about this. To be honest: I have never seen init.d scripts with parameters. Is this allowed from the LSB point of view? Let be check! Take care, Thomas -- Thomas Müller (Thomas Mueller) E-Mail: thomas.muel...@tmit.eu Packages: http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu Powered by Debian signature.asc Description: This is a digitally signed message part.
Bug#590643: [quassel-core] Manpages do not list all available options
Thanks for your input. I'll take care asap - maybe with the next upload 6.2 Take care, -- Thomas Müller (Thomas Mueller) E-Mail: thomas.muel...@tmit.eu Packages: http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu Powered by Debian signature.asc Description: This is a digitally signed message part.
Bug#590644: [quassel-core] DeprecationWarning in manageusers.py script
Thanks for reporting this issue I'll foreward this upstream. Take care, -- Thomas Müller (Thomas Mueller) E-Mail: thomas.muel...@tmit.eu Packages: http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu Powered by Debian signature.asc Description: This is a digitally signed message part.
Bug#590644: (no subject)
reference in upstream tracker: http://bugs.quassel-irc.org/issues/1010 signature.asc Description: This is a digitally signed message part.
Bug#585481: Fwd: Re: Bug#585481: clamav: debconf templates: you are talking about README.Debian, but the package contains README.Debian.gz
-- Weitergeleitete Nachricht -- Betreff: Re: Bug#585481: clamav: debconf templates: you are talking about README.Debian, but the package contains README.Debian.gz Datum: Sonntag, 20. Juni 2010, 18:44:39 Von: Thomas Müller thomas.muel...@tmit.eu An: Michael Tautschnig m...@debian.org, Christian PERRIER bubu...@debian.org Am Sonntag, 20. Juni 2010 schrieben Sie: Package: clamav Severity: minor I think the subject is enough. Thanks a lot for reporting this but I must say that I do not quite concur. I just checked the template files of some other packages and it seems that at least all those also refer to README.Debian (and not README.Debian.gz). If there's some new rationale or discussion among translators to change this please provide such information; otherwise I'd stick with what others seem to do as well and leave it as is. Hence I will also tag this bug wontfix for the moment. Best, Michael Hi Michael, I understand your point. I have no idea if this topic has already been discussed. Let's ask Christian Perrier; either he knows or nobody. @Christian: What's your point on this? Take care, Thomas -- Thomas Müller (Thomas Mueller) E-Mail: thomas.muel...@tmit.eu Packages: http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu Powered by Debian - -- Thomas Müller (Thomas Mueller) E-Mail: thomas.muel...@tmit.eu Packages: http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu Powered by Debian signature.asc Description: This is a digitally signed message part.
Bug#585481: clamav: debconf templates: you are talking about README.Debian, but the package contains README.Debian.gz
Am Sonntag, 20. Juni 2010 schrieb Christian PERRIER: Quoting Thomas Müller (thomas.muel...@tmit.eu): Am Sonntag, 20. Juni 2010 schrieben Sie: Package: clamav Severity: minor I think the subject is enough. Thanks a lot for reporting this but I must say that I do not quite concur. I just checked the template files of some other packages and it seems that at least all those also refer to README.Debian (and not README.Debian.gz). If there's some new rationale or discussion among translators to change this please provide such information; otherwise I'd stick with what others seem to do as well and leave it as is. Hence I will also tag this bug wontfix for the moment. Best, Michael Hi Michael, I understand your point. I have no idea if this topic has already been discussed. Let's ask Christian Perrier; either he knows or nobody. @Christian: What's your point on this? Why in private? I hit the wrong button on my mail client :-( Anyway: strictly speaking, the bug report is right. However, the file being compressed is indeed a consequence of a setting of dh_installdocs (IIRC), that could be changed over time. Requesting maintainers to adapt thei templates and, as a side effect, to translators to update their translations, is IMHO overkill. I'd vote for not changing anything and mark the bug as wontfix. You can quote me in the bug log. Thanks for your explanations. Take care, Thomas -- Thomas Müller (Thomas Mueller) E-Mail: thomas.muel...@tmit.eu Packages: http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu Powered by Debian signature.asc Description: This is a digitally signed message part.
Bug#580749: [solved]
upgrade as of today (Mon, 14 Jun 2010 21:52:57 +0200) resolved the issue -- Thomas Müller (Thomas Mueller) E-Mail: thomas.muel...@tmit.eu Packages: http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu Powered by Debian signature.asc Description: This is a digitally signed message part.
Bug#580584: quassel-core: insserv: script quasselcore: service quasselcore already provided!
Hi this error was already fixed in 0.5.2-3 http://packages.qa.debian.org/q/quassel/news/20100218T214342Z.html Migrations from pre 0.5.2-3 need the manual step to remove /etc/init.d/ quassel-core. I don't see any other solution. And there is no need - I think - because the fault version never entered testing. Thx take care, Thomas Am 07.05.2010 um 00:35 schrieb Axel Beckert a...@debian.org: Package: quassel-core Version: 0.5.2-2, 0.6.1-1 Severity: important Sorry for reporting this so late, but it seems less obvious than I expected since it hasn't been fixed nor reported yet: quassel-core fails to upgrade in Sid since at least 0.5.2-2 with the following error message: Setting up quassel-core (0.6.1-1) ... Creating quassel group ... Creating quasselcore user ... insserv: script quasselcore: service quasselcore already provided! insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg: error processing quassel-core (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: quassel-core Reason is that there is a differently named init.d script from a previously installed version of quassel-core which provides the same service and therefore causes the upgrade to fail: -rwxr-xr-x 1 root root 3607 Feb 18 22:54 /etc/init.d/quasselcore* -rwxr-xr-x 1 root root 3598 Nov 25 11:55 /etc/init.d/quassel-core* After removing the older of the two files, the package configures fine. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (500, 'oldstable'), (400, 'stable'), (110, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages quassel-core depends on: ii adduser 3.112 add and remove users and groups ii libc6 2.10.2-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-1 GCC support library ii libqt4-network4:4.6.2-4 Qt 4 network module ii libqt4-script 4:4.6.2-4 Qt 4 script module ii libqt4-sql4:4.6.2-4 Qt 4 SQL module ii libqt4-sql-sqlite 4:4.6.2-4 Qt 4 SQLite 3 database driver ii libqtcore44:4.6.2-4 Qt 4 core module ii libstdc++64.4.4-1The GNU Standard C++ Library v3 ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii openssl 0.9.8n-1 Secure Socket Layer (SSL) binary a quassel-core recommends no packages. quassel-core suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562974: quassel-client: Quassl client segfaults on first run
Hi, Just got feedback from upstream. 0.6 will be released in Mid-April. This release will be part of the next kubuntu release. Any idea when squeeze freeze will start? Thx Tom Am 14.03.2010 um 12:43 schrieb Evgeni Golov evg...@debian.org: Hi Thomas, do you have any ETA for the 0.6.0 release? If it's not tomorrow, maybe it'll be better to have a 0.5.2 with the patch you linked to for the time being? Just thinking about a possible freeze soon. Regards Evgeni -- Bruce Schneier can read and understand Perl programs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562974: quassel-client: Quassl client segfaults on first run
Reproduced with 0.5.2. Is already fixed upstream. As soon as 0.6.0 will be released this issue can be closed. THX, Tom Am Donnerstag, 11. März 2010 schrieb Sascha Korzen: Hi Tom, I used testing to confirm this bug. I disabled dbus: /etc/init.d/dbus stop and killed all remaining dbus processes, This was the missing point - thx which were started from the X session. bye, Sascha -- Thomas Müller (Thomas Mueller) E-Mail: thomas.muel...@tmit.eu Packages: http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu Powered by Debian signature.asc Description: This is a digitally signed message part.
Bug#562974: quassel-client: Quassl client segfaults on first run
Hi Sascha, thanks for your feedback. Can you please describe your setup and what did you do to get this error/core? As soon as I can reproduce the bug on my system, it'll be easy to patch it. THX, Tom Am Mittwoch, 10. März 2010 schrieb Sascha Korzen: found: 562974 0.5.2-3 thanks I can confirm this bug still exists when dbus is turned off. I tried to look at the patch from upstream, but their bug system is down. best regards, Sascha -- Thomas Müller (Thomas Mueller) E-Mail: thomas.muel...@tmit.eu Packages: http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu Powered by Debian signature.asc Description: This is a digitally signed message part.
Bug#562974: quassel-client: Quassl client segfaults on first run
Am Freitag, 12. Februar 2010 schrieben Sie: On Wed, 10 Feb 2010, Thomas Müller wrote: Am Dienstag, 2. Februar 2010 schrieben Sie: Thanks, will try this shortly. -- Asheesh. Hi Asheesh, did you have the time to test the patch? I'd like to get this sorted out until end of Feb. Due to the high severity we can get in trouble with the squeeze release comming up in the next month. Please let me know if you have no time to take care so that I can setup a test environment on my side. I haven't had time to test it yet, sorry! I probably won't for the next couple of weeks. -- Asheesh. Hi Asheesh, I was not able to reproduce your bug. My suspect was to turn off dbus, run quasselclient and see the crash. But this did not work out. Is dbus running on your machine? Can you please update your dbus-x11 package? (I run 1.2.20-2) Please install the debug packages for qt. (apt-get install libqt4-dbg) Because we have no debug symbols for quassel at the moment: Can you please recompile quassel with debug symbols? Thanks alot, Tom -- Thomas Müller (Thomas Mueller) E-Mail: thomas.muel...@tmit.eu Packages: http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu Powered by Debian signature.asc Description: This is a digitally signed message part.
Bug#569942: quassel-core: init script not installed
Maybe something went wrong switching from cdbs to debhelper. Ill take care asap THX Tom Am 15.02.2010 um 11:45 schrieb Jon Bright j...@siliconcircus.com: Package: quassel-core Version: 0.5.2-1 Severity: important The current version of the package does appear to contain the init script (going by the diff on the Debian packages site) but doesn't appear to actually install it (going by it not being in init.d and not appearing in dpkg -L output). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages quassel-core depends on: ii adduser 3.112add and remove users and groups ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.3-2GCC support library ii libqt4-network 4:4.5.3-4Qt 4 network module ii libqt4-script 4:4.5.3-4Qt 4 script module ii libqt4-sql 4:4.5.3-4Qt 4 SQL module ii libqt4-sql-sqlite 4:4.5.3-4Qt 4 SQLite 3 database driver ii libqtcore4 4:4.5.3-4Qt 4 core module ii libstdc++6 4.4.3-2 The GNU Standard C++ Library v3 ii lsb-base3.2-23 Linux Standard Base 3.2 init scrip ii openssl 0.9.8k-8 Secure Socket Layer (SSL) binary a ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime quassel-core recommends no packages. quassel-core suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/787d05fd-0950-4d82-8657-a14ae5cfe...@tmit.eu
Bug#569942: quassel-core: init script not installed
Oops - that was me ;-) Issue found and solved Expect upload pretty soon Take care Tom Am 15.02.2010 um 13:10 schrieb Thomas Müller thomas.muel...@tmit.eu: Maybe something went wrong switching from cdbs to debhelper. Ill take care asap THX Tom Am 15.02.2010 um 11:45 schrieb Jon Bright j...@siliconcircus.com: Package: quassel-core Version: 0.5.2-1 Severity: important The current version of the package does appear to contain the init script (going by the diff on the Debian packages site) but doesn't appear to actually install it (going by it not being in init.d and not appearing in dpkg -L output). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages quassel-core depends on: ii adduser 3.112add and remove users and groups ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.3-2GCC support library ii libqt4-network 4:4.5.3-4Qt 4 network module ii libqt4-script 4:4.5.3-4Qt 4 script module ii libqt4-sql 4:4.5.3-4Qt 4 SQL module ii libqt4-sql-sqlite 4:4.5.3-4Qt 4 SQLite 3 database driver ii libqtcore4 4:4.5.3-4Qt 4 core module ii libstdc++6 4.4.3-2 The GNU Standard C++ Library v3 ii lsb-base3.2-23 Linux Standard Base 3.2 init scrip ii openssl 0.9.8k-8 Secure Socket Layer (SSL) binary a ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime quassel-core recommends no packages. quassel-core suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/9f08084a-a066-402e-acde-55a5c3f3e...@tmit.eu
Bug#554878: KDE ticket: https://bugs.kde.org/show_bug.cgi?id=167125
https://bugs.kde.org/show_bug.cgi?id=209095 This patch solved the issue on my machine: http://bugsfiles.kde.org/attachment.cgi?id=37379 -- Thomas Müller (Thomas Mueller) E-Mail: thomas.muel...@tmit.eu Packages: http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu Powered by Debian signature.asc Description: This is a digitally signed message part.
Bug#562974: quassel-client: Quassl client segfaults on first run
Am Dienstag, 29. Dezember 2009 schrieben Sie: Package: quassel-client Version: 0.5.1-1 Severity: grave Justification: renders package unusable When I install quassel-client from Debian sid and run it on my system, I get the following output: Quassel IRC: 0.5.1 7cae1afb038dd318da11c3bce23c9240eed0 # 0 quasselclient0x082af322 Quassel::logBacktrace(QString const) # 1 quasselclient0x08297f58 Quassel::handleSignal(int) # 2 0x00e7e400 __kernel_sigreturn # 3 libQtCore.so.4 0x00276750 QVariant::QVariant(QVariant const) # 4 libQtDBus.so.4 0x005ae6a0 QDBusPendingReplyData::argumentAt(int) const # 5 quasselclient0x080f7137 DesktopNotificationBackend::DesktopNotificationBackend(QObject*) # 6 quasselclient0x080dc17a MainWin::init() # 7 quasselclient0x080d0806 QtUiApplication::init() # 8 quasselclient0x080ce296 main # 9 libc.so.60x00730b35 __libc_start_main # 10 quasselclient0x080cd731 0x It seems to be segfaulting. Do you have any suggestions? Does it work for others? If so, maybe there's something environmental on my system it's allergic to, and we can get a fix upstreamed. (I'm happy to let the maintainer or other Quassel developers log in to my machine to try things.) -- Asheesh. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-8-generic (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages quassel-client depends on: ii dbus-x11 1.2.14-3 simple interprocess messaging syst ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libgcc1 1:4.4.0-6 GCC support library ii libqt4-dbus 4:4.5.3-4 Qt 4 D-Bus module ii libqt4-network4:4.5.3-4 Qt 4 network module ii libqt4-webkit 4:4.5.3-4 Qt 4 WebKit module ii libqtcore44:4.5.3-4 Qt 4 core module ii libqtgui4 4:4.5.3-4 Qt 4 GUI module ii libstdc++64.4.0-6The GNU Standard C++ Library v3 ii quassel-data 0.5.1-1distributed IRC client using a cen Versions of packages quassel-client recommends: pn quassel-core none (no description available) quassel-client suggests no packages. -- no debconf information Is your dbus-daemon running? In case not I'd assume you detected a bug in the upstream code, which was most likly fixed yesterday: http://bugs.quassel-irc.org/projects/quassel- irc/repository/revisions/42ff4d2a759746ccd65440a0dfc2e233e0b777ed Maybe you get the chance to apply these changes to the code and test. THX, Tom -- Thomas Müller (Thomas Mueller) E-Mail: thomas.muel...@tmit.eu Packages: http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu Powered by Debian signature.asc Description: This is a digitally signed message part.
Bug#562974: Re-built with WITH_DBUS=OFF, crash is gone
Sorry for the late reply - have been busy . Am Dienstag, 29. Dezember 2009 schrieb Asheesh Laroia: I added -DWITH_DBUS=OFF to debian/rules's DEB_CMAKE_EXTRA_FLAGS and now quasselclient runs just fine. With -DWITH_DBUS=OFF the faulting code ist not executed. Looking at the segfault, also, it's probably libQtDBus.so.4's crash, unless it's libQtCore.so.4's problem. -- Asheesh. I'll contact upstream to get some input. Take care, Tom -- Thomas Müller (Thomas Mueller) E-Mail: thomas.muel...@tmit.eu Packages: http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu Powered by Debian signature.asc Description: This is a digitally signed message part.
Bug#562057: quassel-core: Start/Kill script sequence before openvpn (S02 vs. S03)
Well - that's currently the way it is. As soon as upstart is used we hopefully have more control over the sequence. Nevertheless - quassel's reconnect mechanism shall be capable of reestablishing the connection. Cheers, Tom Am Dienstag, 22. Dezember 2009 schrieb Sedat Dilek: Package: quassel-core Version: 0.5.1-1 Severity: normal Hi, I was wondering why my quassel-client took so long to connect to freenode and oftc IRC servers. The problems occured while switching to openvpn and using a VPN-connection for networking. Investigating the problem showed me, the start sequence-no of quassel-core is lower than the one of openvpn: # ls -l /etc/rc*.d/*openvpn* lrwxrwxrwx 1 root root 17 2009-12-03 09:56 /etc/rc0.d/K01openvpn - ../init.d/openvpn lrwxrwxrwx 1 root root 17 2009-12-03 09:56 /etc/rc1.d/K01openvpn - ../init.d/openvpn lrwxrwxrwx 1 root root 17 2009-12-03 09:56 /etc/rc2.d/S03openvpn - ../init.d/openvpn lrwxrwxrwx 1 root root 17 2009-12-03 09:56 /etc/rc3.d/S03openvpn - ../init.d/openvpn lrwxrwxrwx 1 root root 17 2009-12-03 09:56 /etc/rc4.d/S03openvpn - ../init.d/openvpn lrwxrwxrwx 1 root root 17 2009-12-03 09:56 /etc/rc5.d/S03openvpn - ../init.d/openvpn lrwxrwxrwx 1 root root 17 2009-12-03 09:56 /etc/rc6.d/K01openvpn - ../init.d/openvpn # ls -l /etc/rc*.d/*quassel* lrwxrwxrwx 1 root root 22 2009-12-08 21:13 /etc/rc0.d/K01quassel-core - ../init.d/quassel-core lrwxrwxrwx 1 root root 22 2009-12-08 21:13 /etc/rc1.d/K01quassel-core - ../init.d/quassel-core lrwxrwxrwx 1 root root 22 2009-12-08 21:13 /etc/rc2.d/S02quassel-core - ../init.d/quassel-core lrwxrwxrwx 1 root root 22 2009-12-08 21:13 /etc/rc3.d/S02quassel-core - ../init.d/quassel-core lrwxrwxrwx 1 root root 22 2009-12-08 21:13 /etc/rc4.d/S02quassel-core - ../init.d/quassel-core lrwxrwxrwx 1 root root 22 2009-12-08 21:13 /etc/rc5.d/S02quassel-core - ../init.d/quassel-core lrwxrwxrwx 1 root root 22 2009-12-08 21:13 /etc/rc6.d/K01quassel-core - ../init.d/quassel-core If you have a look for example to ssh: # ls -l /etc/rc*.d/*S0*ssh* lrwxrwxrwx 1 root root 13 2009-12-03 09:56 /etc/rc2.d/S04ssh - ../init.d/ssh lrwxrwxrwx 1 root root 13 2009-12-03 09:56 /etc/rc3.d/S04ssh - ../init.d/ssh lrwxrwxrwx 1 root root 13 2009-12-03 09:56 /etc/rc4.d/S04ssh - ../init.d/ssh lrwxrwxrwx 1 root root 13 2009-12-03 09:56 /etc/rc5.d/S04ssh - ../init.d/ssh It is better to start quassel-core service as S04quassel-core. Thomas can you please change that? Thanks. Kind Regards, - Sedat - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.33-rc1-iniza-686-kms (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages quassel-core depends on: ii adduser 3.111 add and remove users and groups ii libc62.10.2-2GNU C Library: Shared libraries ii libgcc1 1:4.4.2-6 GCC support library ii libqt4-network 4:4.6.0~beta1-1 Qt 4 network module ii libqt4-script4:4.6.0~beta1-1 Qt 4 script module ii libqt4-sql 4:4.6.0~beta1-1 Qt 4 SQL module ii libqt4-sql-sqlite4:4.6.0~beta1-1 Qt 4 SQLite 3 database driver ii libqtcore4 4:4.6.0~beta1-1 Qt 4 core module ii libstdc++6 4.4.2-6 The GNU Standard C++ Library v3 ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii openssl 0.9.8k-7Secure Socket Layer (SSL) binary a quassel-core recommends no packages. quassel-core suggests no packages. -- no debconf information -- Thomas Müller (Thomas Mueller) E-Mail: thomas.muel...@tmit.eu Packages: http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu Powered by Debian signature.asc Description: This is a digitally signed message part.
Bug#561795: quassel-client: Consider compiling with KDE4 support
Hi Sebastian, thanks alot for your report. I like to have KDE 4 support within quassel as well. Up to now - with no KDE4 in stable - I simply did not focus on this job. Now with testing reaching a usable KDE4 version, I need to take care about this. There will be to additional packages quassel-client-kde4 and quassel-kde4 (= monolithic client). I'll take care about this asap. THX and merry christmas, Tom Am Sonntag, 20. Dezember 2009 schrieb Sebastian Gröhn: Package: quassel-client Version: 0.5.1-1+seb-0 Severity: wishlist As a KDE user I would very much like Quassel Client to be compiled with KDE support. As of this moment I do it myself by modifying the original Debian source package, but it is a bit annoying to do it for every new release :) If you are hesitating to have KDE dependencies, is it possible to make two packages: quassel-client-qt4 and -kde4? Thanks for the good job on this package! -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages quassel-client depends on: ii dbus-x11 1.2.16-2 simple interprocess messaging syst ii kdebase-runtime4:4.3.2-1 runtime components from the offici ii kdelibs5 4:4.3.2-2 core libraries for all KDE 4 appli ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgcc11:4.4.2-3 GCC support library ii libphonon4 4:4.5.3-4 Qt 4 Phonon module ii libqt4-dbus4:4.5.3-4 Qt 4 D-Bus module ii libqt4-network 4:4.5.3-4 Qt 4 network module ii libqt4-svg 4:4.5.3-4 Qt 4 SVG module ii libqt4-webkit 4:4.5.3-4 Qt 4 WebKit module ii libqtcore4 4:4.5.3-4 Qt 4 core module ii libqtgui4 4:4.5.3-4 Qt 4 GUI module ii libstdc++6 4.4.2-3 The GNU Standard C++ Library v3 ii quassel-data 0.5.1-1+seb-0 distributed IRC client using a cen Versions of packages quassel-client recommends: ii quassel-core 0.5.1-1+seb-0 distributed IRC client using a cen quassel-client suggests no packages. -- no debconf information -- Thomas Müller (Thomas Mueller) E-Mail: thomas.muel...@tmit.eu Packages: http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu Powered by Debian signature.asc Description: This is a digitally signed message part.
Bug#552373: [quassel-core] usage of deprecated command-line parameters
Thanks. I'll consider this for the next version. Tom Am Sonntag, 25. Oktober 2009 schrieb Eugene Paskevich: Package: quassel-core Version: 0.5.0-1 Severity: minor --- Please enter the report below this line. --- Hello. As quasselcore --help states, --datadir parameter is deprecated and --configdir should be used instead. --- System information. --- Architecture: i386 Kernel: Linux 2.6.30-2-686 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstabledebian.org.ua 500 unstabledeb.opera.com 500 testing-auto/dovecot-1.2 xi.rename-it.nl 500 testing security.debian.org 500 stable dl.google.com --- Package information. --- Depends (Version) | Installed ==-+-= libc6 (= 2.2) | 2.10.1-2 libgcc1 (= 1:4.1.1) | 1:4.4.2-1 libqt4-network(= 4:4.5.3) | 4:4.5.3-4 libqt4-script (= 4:4.5.3) | 4:4.5.3-4 libqt4-sql(= 4:4.5.3) | 4:4.5.3-4 libqtcore4(= 4:4.5.3) | 4:4.5.3-4 libstdc++6 (= 4.2.1) | 4.4.2-1 adduser| 3.111 libqt4-sql-sqlite | 4:4.5.3-4 lsb-base (= 3.2-14) | 3.2-23 Package's Recommends field is empty. Package's Suggests field is empty. -- Thomas Müller (Thomas Mueller) E-Mail: thomas.muel...@tmit.eu Packages: http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu Powered by Debian signature.asc Description: This is a digitally signed message part.
Bug#545909: [BTS#545909] po://po4a/de.po
please find the reviewed translation attached. Sorry for the noise. -- Thomas Müller (Thomas Mueller) E-Mail: thomas.muel...@tmit.eu Packages: http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu Powered by Debian de.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#539674: (no subject)
here's the attachment de.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#526590: quassel-core: fails do connect to OFTC with SSL
Hi, looks like you have forgotten to change the port in the network settings to 6697. Please give it a try and let me know if it works. Take care, Tom -- Thomas Müller (Thomas Mueller) E-Mail: thomas.muel...@tmit.eu Packages: http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu Powered by Debian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526590: quassel-core: fails do connect to OFTC with SSL
Hi, thanks for the report. Your report was been forwarded to the upstream dev team: http://bugs.quassel-irc.org/issues/show/686 THX Take care, Tom Am Samstag, 2. Mai 2009 schrieb Thiago Bauermann: Package: quassel-core Version: 0.4.1-1 Severity: normal Quassel is not able to connect to OFTC when the SSL option in the irc.oftc.net server configuration is enabled. Changing it from the default of SSL3 to TLSv1 doesn't make a difference, either. The error message which appears in the network window is: [21:31:17] * Connecting to irc.oftc.net:6667... [21:31:17] * Connection failure: Error during SSL handshake:error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number [21:31:17] * Connection failed. Cycling to next Server OTOH, when using openssl's s_client works: $ openssl s_client -connect irc.oftc.net:6697 [...] SSL-Session: Protocol : TLSv1 Cipher: AES256-SHA [...] or even asking for SSL3: $ openssl s_client -connect irc.oftc.net:6697 -ssl3 [...] SSL-Session: Protocol : SSLv3 Cipher: AES256-SHA [...] but, when trying to use SSL2: $ openssl s_client -connect irc.oftc.net:6697 -ssl2 CONNECTED(0003) write:errno=104 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages quassel-core depends on: ii adduser 3.110 add and remove users and groups ii libc6 2.9-4 GNU C Library: Shared libraries ii libgcc1 1:4.3.3-3 GCC support library ii libqt4-network4.4.3-2Qt 4 network module ii libqt4-script 4.4.3-2Qt 4 script module ii libqt4-sql4.4.3-2Qt 4 SQL module ii libqt4-sql-sqlite 4.4.3-2Qt 4 SQLite 3 database driver ii libqtcore44.4.3-2Qt 4 core module ii libstdc++64.3.3-3The GNU Standard C++ Library v3 ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip quassel-core recommends no packages. quassel-core suggests no packages. -- no debconf information -- Thomas Müller (Thomas Mueller) E-Mail: thomas.muel...@tmit.eu Packages: http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu Powered by Debian signature.asc Description: This is a digitally signed message part.
Bug#513677: [quassel] core startup script
Afaics, the quassel core daemon does not need root privileges, as it binds a port above 1024. I would thus strongly recommend to use an un-privileged, constrained system user to run quassel-core under. Just my 2¢, Michael Hi Michael, I'll implement this like in th (k)ubuntu package: there will be a user and a group 'quassel'. I hope to get this fixed until end of this week. I'll need your sponsorship! ;-) THX Tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org