Bug#655851: unable to reproduce
tags 655851 + pending upstream owner 655851 ! thanks Dear Donovan, thank you for this report. I was unable to reproduce this on a Ubuntu system running a self-compiled 1.0.4.git20130324-0rolf1 package. Looks like this may be fixed upstream, tagging appropriately. Regards Rolf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#250754: verified
I was able to verify this even for my self-compiled package 1.0.4.git20130324-0rolf1. Let's hope we can fix this before the 10-year mark. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#724731: XDG_RUNTIME_DIR has incorrect value
Same issue for me after upgrading to gdm 3.8.4-3. A black screen after starting gdm, except if I chmod 777 /run/user/0. /var/log/gdm3/:0-slave.log: gdm-simple-slave[5325]: Failed to give slave programs access to the display. Trying to proceed. gdm-launch-environment][5358]: pam_env(gdm-launch-environment:session): Unable to open env file: /etc/environment: Datei oder Verzeichnis nicht gefunden gdm-launch-environment][5358]: pam_unix(gdm-launch-environment:session): session opened for user Debian-gdm by (uid=0) gdm-launch-environment][5358]: pam_systemd(gdm-launch-environment:session): Asking logind to create session: uid=115 pid=5358 service=gdm-launch-environment type=x11 class=greeter seat=seat0 vtnr=7 tty= display=:0 remote=no remote_user= remote_host= gdm-launch-environment][5358]: pam_systemd(gdm-launch-environment:session): Reply from logind: id=c1 object_path=/org/freedesktop/login1/session/c1 runtime_path=/run/user/0 session_fd=13 seat=seat0 vtnr=1 gdm-launch-environment][5358]: pam_ck_connector(gdm-launch-environment:session): nox11 mode, ignoring PAM_TTY :0 gdm3][5591]: pam_env(gdm3:session): Unable to open env file: /etc/environment: Datei oder Verzeichnis nicht gefunden gdm3][5591]: pam_unix(gdm3:session): session opened for user gabriel by (uid=0) gdm3][5591]: pam_systemd(gdm3:session): Asking logind to create session: uid=1000 pid=5591 service=gdm3 type=x11 class=user seat=seat0 vtnr=7 tty= display=:0 remote=no remote_user= remote_host= gdm3][5591]: pam_systemd(gdm3:session): Reply from logind: id=c1 object_path=/org/freedesktop/login1/session/c1 runtime_path=/run/user/0 session_fd=15 seat=seat0 vtnr=1 gdm3][5591]: pam_ck_connector(gdm3:session): nox11 mode, ignoring PAM_TTY :0 gdm-launch-environment][5358]: pam_unix(gdm-launch-environment:session): session closed for user Debian-gdm gdm-simple-slave[5325]: Failed to remove slave program access to the display. Trying to proceed. gdm-simple-slave[5325]: Child process -5369 was already dead. gdm3][5591]: pam_unix(gdm3:session): session closed for user gabriel gdm-simple-slave[5325]: GLib-GObject: g_object_ref: assertion `object->ref_count > 0' failed gdm-simple-slave[5325]: GLib-GObject: g_object_unref: assertion `object->ref_count > 0' failed If I login with my user account, I still get the wrong runtime_path. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#655851: log
By the way, this is what gets written to the log when testing for this ticket. Polipo keeps on running fine afterwards. > DNS: Host not found > Falling back to using system resolver. > Host crap.crap lookup failed: Host not found (131072). > Host crap.crap lookup failed: Host not found (131072). > Host crap.crap lookup failed: Host not found (131072). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726187: [pkg-horde] Bug#726187: Bug#726187: Provice empty conf.php and conf.bak.php (writeable for ww-data)
Hi Matthieu, On Mi 23 Okt 2013 15:37:46 CEST, Mathieu Parent wrote: 2013/10/22 Mathieu Parent : Control: tag -1 + wontfix 2013/10/13 Mike Gabriel : Package: php-horde Version: 5.1.4+debian0-1 To allow editing the Horde configuration administratively, two files need to be present in /etc/horde/horde. conf.php conf.bak.php Both files have to be writable by user www-data. I don't want this because this is a security hole IMO. But, I welcome a patch to: - create those files owned by root - improve the documentation (README.Debian) Thinking a bit more. I propose to not create those 2 empty files. And to write a README.Debian file mentioning the three ways to configure Horde: - 1. Installaing a bundle [1] (php-horde-webmail or -groupware) and running the included script (webmail-install or groupware-), or Will these scripts then provide the empty conf.*php files? - 2. configuring thru the web interface + download + chown root + chmod That is really awkward (copy+pasting conf files from the webbrowser to the file system). - 3. creating those 2 files + chown ww-data + configuring thru the web interface My favourite would be, to provide conf.php and conf.bak.php in the webmail-/groupware-install scripts. Actually, we could add a query if the admin wants to create those files or not. What do you think? Mike, don't hesitate to directly commit to git. I have just applied for membership in pkg-horde on Alioth. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb bin9lcKWHt3O2.bin Description: Öffentlicher PGP-Schlüssel pgpmqOmTgioBX.pgp Description: Digitale PGP-Signatur
Bug#719943: makedumpfile: fails to dump kernel log, continually appends the line "[ 0.000000] " to dmesg file
On Sun, Oct 20, 2013 at 10:25:31PM -0400, Alex Vanderpol wrote: > Unfortunately I no longer have any of those crash dumps available to > send you anything, I had sent what I had gotten to the kernel > maintainers previously in an attempt to track down the cause of the > crashing, which I don't believe was ever figured out exactly but was > ultimate fixed in a later kernel version. I don't know if they would > still happen to have it on hand or not, though. > > For what it's worth, there never was a vmcore file created any time > I did get a dump, instead I always got two separate files, one which > is the main core dump and one which is supposed to be the dmesg log > dump which unfortunately was never actually able to be dumped (the > issue I filed this bug report about). If the end result is supposed > to be one vmcore file, I suspect the inability of makedumpfile to > dump the kernel dmesg log prohibited it from combining the two files > into one file. It's always two separate files. They are not meant to be combined - the dmesg dump is just intended for convenience (you can just read the file as text instead of opening a dump with crash). > Using the 'log' command from within crash was ultimately useless as > well, as the kernel log wasn't dumped, therefore there wasn't any > log for crash to open. > > This issue was with kernel 3.11-rc4-amd64 in its stock configuration. Not a Debian package? I'm not sure what you mean when you say stock configuration. Do you mean you ran 'make defconfig' to generate the kernel .config? > I hope what information I am able to give you proves to be at least > somewhat useful. I'm not really sure what you saw. :-/ I'll see if I can reproduce anything with linux-image-3.11-1-amd64_3.11.5-1_amd64 when I have some free time (I lost the VM I use for testing this stuff). It's possible there was a short-lived bug in the kernel itself, causing some corrupt representation of its log buffer. > On 2013-10-20 10:29 PM, John Wright wrote: > >Hi Alex, > > > >On Fri, Aug 16, 2013 at 10:12:39PM -0400, Alex Vanderpol wrote: > >>Package: makedumpfile > >>Version: 1.5.4-1 > >>Severity: grave > >>Justification: renders package unusable > >> > >>Dear Maintainer, > >> > >>There seems to be a serious issue with makedumpfile that causes it to fail > >>to > >>dump the kernel log when collecting crash dump information. Instead, the > >>program continues to run indefinitely, continually appending the line "[ > >>0.00] " to the file as it seems to attempt to dump the log, which, if > >>left > >>alone for any considerable length of time, can rapidly result in a very > >>large, > >>entirely useless dmesg dump file. > >> > >>I have been trying to collect crash dump information for a crash that's > >>triggered whenever Folding@Home's FahCore_a4 attempts to resume an > >>in-progress > >>work unit, however, every crash dump I've collected has had this problem. > >>The > >>main dump file seems to be dumped without a problem (though crash > >>identifies it > >>as a partial dump, possibly due to the kernel log being dumped into a > >>separate > >>file). > >> > >>I hope you can look into this issue and hopefully it can be sorted out soon. > >Sorry for the long delay in my response. This seems like a serious but > >not actually grave issue, since the core dump does actually exist (even > >though you have to interrupt the dmesg extraction). crash identifies > >the dump as a partial dump because we explicitly ignore zero pages and > >userspace pages. Within crash, you should be able to use the 'log' > >command to get the most recent log messages before the crash...assuming > >crash doesn't break in the same way makedumpfile does. > > > >I will try to reproduce this, but I worry the problem might be somewhat > >specific either to your crash or some other part of your configuration. > >Would you feel comfortable making the vmcore available to me? It would > >also help to know the exact kernel version, and access to a dbg package > >if it's not a stock kernel. > > > >Sorry for the issue and thanks for the report! -- John Wright -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727669: Protect against CSRF attacks by using tokens on destructive actions
Package: php-ingo Severity: important Version: 3.1.2-1 Upstream fixed a CSRF issue (CVE-2013-6275) in Ingo. The upstream bug is found here: http://bugs.horde.org/ticket/12796 The upstream patch is this: http://bugs.horde.org/h/services/download/?app=whups&actionID=download_file&file=bug_12796.patch&ticket=12796&fn=%2Fbug_12796.patch Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb bin1KaKN193XY.bin Description: Öffentlicher PGP-Schlüssel pgpbMupnx8hXC.pgp Description: Digitale PGP-Signatur
Bug#727669: Protect against CSRF attacks by using tokens on destructive actions
Control: reassign -1 php-horde-ingo 3.1.2-1 On Vi, 25 oct 13, 07:40:03, Mike Gabriel wrote: > Package: php-ingo > Severity: important > Version: 3.1.2-1 > > Upstream fixed a CSRF issue (CVE-2013-6275) in Ingo. > > The upstream bug is found here: > http://bugs.horde.org/ticket/12796 > > The upstream patch is this: > http://bugs.horde.org/h/services/download/?app=whups&actionID=download_file&file=bug_12796.patch&ticket=12796&fn=%2Fbug_12796.patch > > Greets, > Mike > -- > > DAS-NETZWERKTEAM > mike gabriel, herweg 7, 24357 fleckeby > fon: +49 (1520) 1976 148 > > GnuPG Key ID 0x25771B31 > mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de > > freeBusy: > https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb > pub 4096R/25771B31 2012-07-20 Mike Gabriel > uidMike Gabriel > > uidMike Gabriel > uidMike Gabriel > uidMike Gabriel > sub 4096R/3D7D2E42 2012-07-20 -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#727670: [roundcube-plugins-extra] Please add calendar and carddav plugins
Package: roundcube-plugins-extra Version: 0.9.2-20130819 Severity: wishlist --- Please enter the report below this line. --- If possible, please add calendar and carddav plugins, I find them very useful to include events and contacts from a caldav/cardav server. Thanks, Matteo --- System information. --- Architecture: amd64 Kernel: Linux 3.10-3-amd64 Debian Release: jessie/sid 500 testing www.deb-multimedia.org 500 testing security.debian.org --- Package information. --- Depends (Version) | Installed ==-+- === libjs-jquery-mousewheel| 8-2 php-net-sieve (>= 1.3.2) | 1.3.2-4 roundcube-core (>= 0.9.2) | 0.9.4-1 Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== fail2ban| 0.8.10-3
Bug#719943: makedumpfile: fails to dump kernel log, continually appends the line "[ 0.000000] " to dmesg file
On 2013-10-25 4:02 AM, John Wright wrote: On Sun, Oct 20, 2013 at 10:25:31PM -0400, Alex Vanderpol wrote: Unfortunately I no longer have any of those crash dumps available to send you anything, I had sent what I had gotten to the kernel maintainers previously in an attempt to track down the cause of the crashing, which I don't believe was ever figured out exactly but was ultimate fixed in a later kernel version. I don't know if they would still happen to have it on hand or not, though. For what it's worth, there never was a vmcore file created any time I did get a dump, instead I always got two separate files, one which is the main core dump and one which is supposed to be the dmesg log dump which unfortunately was never actually able to be dumped (the issue I filed this bug report about). If the end result is supposed to be one vmcore file, I suspect the inability of makedumpfile to dump the kernel dmesg log prohibited it from combining the two files into one file. It's always two separate files. They are not meant to be combined - the dmesg dump is just intended for convenience (you can just read the file as text instead of opening a dump with crash). Using the 'log' command from within crash was ultimately useless as well, as the kernel log wasn't dumped, therefore there wasn't any log for crash to open. This issue was with kernel 3.11-rc4-amd64 in its stock configuration. Not a Debian package? I'm not sure what you mean when you say stock configuration. Do you mean you ran 'make defconfig' to generate the kernel .config? What I meant was that it was the kernel image as supplied in the Debian repos, without any custom changes of any sort made. I'm sorry if I confused you, the correct terminology for some things eludes me at times. I hope what information I am able to give you proves to be at least somewhat useful. I'm not really sure what you saw. :-/ I'll see if I can reproduce anything with linux-image-3.11-1-amd64_3.11.5-1_amd64 when I have some free time (I lost the VM I use for testing this stuff). It's possible there was a short-lived bug in the kernel itself, causing some corrupt representation of its log buffer. I am quite sorry I can't be of any real help here. If I had thought they might be necessary at all for this particular bug I would have held onto what I got from the crash dumps, but once the bug I was having with the kernel was resolved with a later kernel version, and since I'd already sent a copy of what I got to the kernel maintainers prior to the newer release, I didn't think I needed them anymore and removed them as part of my routine cleanup. It is quite possible that, as the kernel in question was an RC build, this issue may have been just one more kink that was ultimately smoothed out in the later builds, along with whatever was causing the kernel to crash on me whenever Folding@Home tried to resume its current work unit. Digging back to one of my messages on the kernel bug I filed at the time, I mentioned to the kernel maintainers that: When I run the 'log' command within crash I get this message: "log: WARNING: log buf data structure(s) have changed" and of course, the separate log dump file issue this bug is about. The first message in the kernel bug thread when I ran into this problem with makedumpfile is here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719277#65 if you want to have a look, I don't know if there's anything that might be useful there as it wasn't long after that I filed this bug. On 2013-10-20 10:29 PM, John Wright wrote: Hi Alex, On Fri, Aug 16, 2013 at 10:12:39PM -0400, Alex Vanderpol wrote: Package: makedumpfile Version: 1.5.4-1 Severity: grave Justification: renders package unusable Dear Maintainer, There seems to be a serious issue with makedumpfile that causes it to fail to dump the kernel log when collecting crash dump information. Instead, the program continues to run indefinitely, continually appending the line "[ 0.00] " to the file as it seems to attempt to dump the log, which, if left alone for any considerable length of time, can rapidly result in a very large, entirely useless dmesg dump file. I have been trying to collect crash dump information for a crash that's triggered whenever Folding@Home's FahCore_a4 attempts to resume an in-progress work unit, however, every crash dump I've collected has had this problem. The main dump file seems to be dumped without a problem (though crash identifies it as a partial dump, possibly due to the kernel log being dumped into a separate file). I hope you can look into this issue and hopefully it can be sorted out soon. Sorry for the long delay in my response. This seems like a serious but not actually grave issue, since the core dump does actually exist (even though you have to interrupt the dmesg extraction). crash identifies the dump as a partial dump because we explicitly ignore zero pages and userspace pages. Within crash,
Bug#726187: [pkg-horde] Bug#726187: Bug#726187: Provice empty conf.php and conf.bak.php (writeable for ww-data)
Mike, 2013/10/25 Mike Gabriel : [...] >> - 1. Installaing a bundle [1] (php-horde-webmail or -groupware) and >> running the included script (webmail-install or groupware-), or > > > Will these scripts then provide the empty conf.*php files? They will provided *filled in* configuration. >> - 2. configuring thru the web interface + download + chown root + chmod > > > That is really awkward (copy+pasting conf files from the webbrowser to the > file system). This is not copy-pasting but download + scp. I agree this is awkward. We can put 3 before 2. >> - 3. creating those 2 files + chown ww-data + configuring thru the web >> interface >> > > My favourite would be, to provide conf.php and conf.bak.php in the > webmail-/groupware-install scripts. Actually, we could add a query if the > admin wants to create those files or not. > > What do you think? webmail-/groupware-install are upstream scripts. Maybe we can provide our own script (horde-writeable-config or something) that touch and make writable all those files (in every app)? So the ReADME will look like: - 1. Installaing a bundle [1] (php-horde-webmail or -groupware) and running the included script (webmail-install or groupware-) ; or - 2. creating those 2 files per app owned by ww-data (done with the horde-writeable-config script) and configuring thru the web interface ; or - 3. configuring thru the web interface + download + chown root + chmod >> Mike, don't hesitate to directly commit to git. > > > I have just applied for membership in pkg-horde on Alioth. Great! -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#719559: cuetools: filenames are split on spaces
also sprach Dick Tatyr [2013-08-13 08:07 +0200]: > it appears that the recent commit to fix bug 655078 > caused unexpected name splitting Can you please give us a reproducible example of this alleged regression? Also, what shell provides /bin/sh on your system? > the following line in the function main appears to serve no > purpose and removing it solves the problem > >set -- $FILES That line has a purpose. I am fairly sure there's a better solution than removing it (or working around it), but I need to understand the problem you are experiencing. -- .''`. martin f. krafft Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#727607: RabbitMQ allows anyone to connect by default over IPv6
On 24/10/13 15:34, Thomas Goirand wrote: > I reported this to the maintainer, and to the security team a *very* > long time ago, though it seems to be that nothing has been done to > address this issue. Your suggestions have not been ignored, and we take feedback on security issues very seriously. Please bear in mind that v3.2.0 is the first feature release since June 2013 when the discussion you refer to took place. Entry 24094 from the release notes is the first step towards a solution: http://www.rabbitmq.com/release-notes/README-3.2.0.txt This will allow the broker to report authentication failures explicitly. This is a feature that AMQP does not offer, so the protocol had to be extended in a backwards-compatible way. Only now that the broker can reliably report authentication failures do we plan to execute the next step, which is to remove the ability to log in with a default account on a public interface in the default configuration. (BTW this has nothing to do with IPv6 as suggested in the bug title.) I'm sorry you feel disappointed that not enough progress has been made. We are attempting to introduce this change to the default configuration in a way that will cause as little disruption as possible. Since the incidence of authentication failures is expected to rise dramatically it was deemed necessary to improve their reporting before proceeding. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727672: gmusicbrowser: package description still bad
Package: gmusicbrowser
Version: 1.1.10-2
Severity: wishlist
Tags: patch
I've already reported this as a followup to bug #720760, but since
that has been marked "fixed" without correcting any of the problems I
pointed out I suppose I'd better give it its own bug number. (I only
count package description nitpicks like this as "wishlist", though.)
"http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=10;bug=720760";
To repeat my review in abbreviated form:
> Description: graphic jukebox for large collections of mp3/ogg/flac/mpc files
* Word choice: you mean "graphical", not "graphic".
* There's no need to list all the file formats here.
* (And they shouldn't be all-lowercase anyway.)
* Saying that the collection is made up of files is also redundant.
> gmusicbrowser is a powerful graphic browser which supports libraries with
> a great number of songs (>10,000)
* Word choice: the number is "large", not "great".
* Use words ("above"), not mathematical notation (">").
* Missing final punctuation.
> .
> It can use multiple inputs and plays MP3, OGG and flac files; it also
> supports
* This list of file formats contradicts the synopsis!
* The canonical names are "MP3", "Ogg", and "FLAC".
> mass-renaming and mass-retagging of a song library, multiple genres per song,
> ratings and customizable labels
* This paragraph should be at least two sentences.
* Missing final punctuation.
> .
> The window layout is also customizable and it ships natively plugins to use
* Bad elision: these clauses have different subjects.
* Misplaced adverb "natively".
* The Debian package doesn't "ship" plugins, it "includes" them.
> last.fm, retrieve lyrics, find album pictures and WebContext which, through
* Broken-backed list (especially the relative subclause).
* Word choice: "using", not "through".
> the mozilla/webkit engine will display the wikipedia artist's page and search
> lyrics with google.
* Unclear subject of "will display".
* Wrong word order in "the wikipedia artist's page".
* You don't "search lyrics", you "search for lyrics".
* The canonical names are Last.fm/Mozilla/WebKit/Wikipedia/Google.
Revised version:
| Description: graphical jukebox for large music collections
| gmusicbrowser is a powerful graphical browser which supports libraries
| with a very large number of songs (over 10,000).
| .
| It can use multiple inputs and has native support for MP3, Ogg, and
| FLAC files. It also supports mass-renaming and mass-retagging of a song
| library, multiple genres per song, ratings, and customizable labels.
| .
| gmusicbrowser has a customizable window layout, and comes with plugins
| to use Last.fm, retrieve lyrics, or find album pictures and WebContext
| (using the Mozilla or WebKit engines to display the artist's page on
| Wikipedia and search for lyrics with Google).
--
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
diff -ru gmusicbrowser-1.1.10.pristine/debian/control gmusicbrowser-1.1.10/debian/control
--- gmusicbrowser-1.1.10.pristine/debian/control 2013-10-05 19:11:30.0 +0100
+++ gmusicbrowser-1.1.10/debian/control 2013-10-24 23:40:18.553134427 +0100
@@ -41,15 +41,15 @@
mpg321 | flac123 | ogg123,
mplayer,
vorbis-tools
-Description: graphic jukebox for large collections of mp3/ogg/flac/mpc files
- gmusicbrowser is a powerful graphic browser which supports libraries with
- a great number of songs (>10,000)
+Description: graphical jukebox for large music collections
+ gmusicbrowser is a powerful graphical browser which supports libraries
+ with a very large number of songs (over 10,000).
.
- It can use multiple inputs and plays MP3, OGG and flac files; it also supports
- mass-renaming and mass-retagging of a song library, multiple genres per song,
- ratings and customizable labels
+ It can use multiple inputs and has native support for MP3, Ogg, and
+ FLAC files. It also supports mass-renaming and mass-retagging of a song
+ library, multiple genres per song, ratings, and customizable labels.
.
- The window layout is also customizable and it ships natively plugins to use
- last.fm, retrieve lyrics, find album pictures and WebContext which, through
- the mozilla/webkit engine will display the wikipedia artist's page and search
- lyrics with google.
+ gmusicbrowser has a customizable window layout, and comes with plugins
+ to use Last.fm, retrieve lyrics, or find album pictures and WebContext
+ (using the Mozilla or WebKit engines to display the artist's page on
+ Wikipedia and search for lyrics with Google).
Bug#727670: [roundcube-plugins-extra] Please add calendar and carddav plugins
Hi Matteo, Matteo Calorio: > If possible, please add calendar and carddav plugins, I find them > very useful to include events and contacts from a caldav/cardav > server. Do you have a link to upstream tarball and source repositories? The last time I have looked, upstream was using closed-source-like, painful distribution methods. I have recently seen the following ITP for Kolab's plugins which might cover similar grounds: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726120 -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#724944: [Intel-gfx] Patch for crashing intel server
On Fri, Oct 25, 2013 at 05:46:53AM +0200, Bas Wijnen wrote: > On Wed, Oct 23, 2013 at 09:28:28AM +0100, Chris Wilson wrote: > > No worries, if you can run > > > > addr2line -e /usr/lib/xorg/modules/drivers/intel_drv.so -i 0xfcd79 0xf8215 > > > > that should give me the information needed to pinpoint the crash. > > $ addr2line -e /usr/lib/xorg/modules/drivers/intel_drv.so -i 0xfcd79 > 0xf8215 > /build/xserver-xorg-video-intel-WbV7Z9/xserver-xorg-video-intel-2.21.15/build/src/uxa/../../../src/uxa/intel.h:138 > /build/xserver-xorg-video-intel-WbV7Z9/xserver-xorg-video-intel-2.21.15/build/src/uxa/../../../src/uxa/i915_video.c:156 > /build/xserver-xorg-video-intel-WbV7Z9/xserver-xorg-video-intel-2.21.15/build/src/uxa/../../../src/uxa/intel_video.c:1584 > > Note that I'm running the unpatched Debian version again (so not with > your or my patch), which is why it was crashing. Ah. Ok, but we still don't know how we end up in this situation. If you apply the patch to prevent the crash here, can you please report what the contents of /sys/kernel/debug/dri/0/i915_gem_objects is at the time the video goes black? -Chris -- Chris Wilson, Intel Open Source Technology Centre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#677955: very intricate relationship between rspec packages
Cédric Boutillier: > I am wondering if for future versions it my not be more interesting to > provide "unsplit" these packages, by providing a unique Debian package > made out of four (including ruby-rspec) upstream gem. There is a working version of that idea in: http://anonscm.debian.org/gitweb/?p=pkg-ruby-extras/ruby-rspec.git;a=shortlog;h=refs/heads/pu/multideb It uses multiple source tarballs, git submodules, and gem2deb 4.0 multigem capabilities. Yeah, modern world. It needs review and cleanups. I can do the latter. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#727673: RFS: couriergrey/0.3.2-4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "couriergrey" * Package name: couriergrey Version : 0.3.2-4 Upstream Author : Matthias Wimmer * URL : http://couriergrey.com/ * License : GPL-2+ Section : mail It builds those binary packages: couriergrey - Mail filter interface of Courier-MTA to support greylisting To access further information about this package, please visit the following URL: http://mentors.debian.net/package/couriergrey Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/couriergrey/couriergrey_0.3.2-4.dsc Changes since the last upload: couriergrey (0.3.2-4) unstable; urgency=low * debian/control Build-Depends autotools-dev added * debian/rules dh --with autotools_dev added (Closes: #727348) Regards, Marco Balmer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBCAAGBQJSaiu7AAoJECWTbxPp/5knhKoP/1dnUdEVwdl0rRd6g8Zlg+7Z ORNe1RvOmdHv4AR7JirWuSPlPppn8PSo8SQAVfd59tKksDGuGHDy11V8vg9wM9Dv HQz0FKoFUaiGz9dfes850WEcx+VnNlbx47XwQ3WDyRz+0MxzzqqfijAw3k2Va1uj FJHSewXbCWpX4Rm1U4zYEjoYONneFL7kGe808Bp8Ps9uJNSQje008lbXC00KPT1j jWncLbDIC6BVIHtRVXFgKg6AXFMRzbs/8V/LbuO0bvo5IFyfFsZHtmCzoB/q+XDU 7SCKpVyTMPTDEBXGc06C5cZPcyCQzocH+NDia1bUnidGzAzxyGJLU6RunwrE7pXy t4GSnYKogASUmU3EQ+My2y0/QNhP9i2PAGDViVI4aoisraz+8B03DpbWkQbs98Nq 0jNsBNXZzi96UHd0sIm8ZTRvCH1djVgSxPu2B/YixDy5Zch9aHO+XcNIk6rZhdSY SsASuCKuDfQDjEl2vD5K5lFk5tUnr0UwcF0lUycVjFSrYxU+g5xR+7xaoCklwhIH n+YKcbaeGMoDGIkvBrG6HF6g7ABJMMxkvXuuh/Oe5V5rnOWm3vxSXDSUh8SnTOIf Pbojn3wN+P4d0CfTbb0ERSlihnWbUgqFPDfpFQAOmLnBB87shiBHntXU2/iv1Htc LDG9WXmf4NMATYD6Hsy5 =qgEC -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727605: [Pkg-xfce-devel] Bug#727605: Add support for systemd inhibit API
On Thu, 2013-10-24 at 16:03 +0200, Michael Biebl wrote: > a/ xfce4-power-manager-systemd-inhibit.patch > b/ xfce4-power-manager-systemd-shutdown-reboot-support.patch > c/ xfce4-power-manager-systemd-suspend-hibernate-suport.patch > > You can choose to only apply a/ and continue to use upower, even when > systemd is active. But as you are already aware, the suspend/hibernate > functionality is going to be removed from upower 1.0, so it makes > sense > to include b/ and c/ as well. Actually, at this point, if we use c/ we lose upower suspend/hibernate support completely (the check is done at built time), so I'm not really sure I want to do that now. Also, I don't think I got an answer from you about the upower issue. Unless I'm mistaken, that means removing suspend/hibernate support from *all* DEs unless init=/bin/systemd? Do we really want that in Debian? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#727674: test regression: Thinks python2.6 is supported
Package: dh-python
Version: 1.20131021-1
Hello,
The current dh-python version now fails its own tests. I first noticed
that in Ubuntu's autopkgtest jenkins [1], but it is perfectly
reproducible by merely "apt-get source dh-python" and "make tests" in
current sid.
At first it stumbles over missing python3.3-dbg:
>> begin captured logging <<
dhpython: DEBUG: invoking: python2.7 -c 'import sysconfig as
s;print("__SEP__".join(i or "" for i in s.get_config_vars("SOABI", "MULTIARCH",
"INCLUDEPY", "LIBPL", "LDLIBRARY")))'
dhpython: DEBUG: invoking: python3.3-dbg -c 'import sysconfig as
s;print("__SEP__".join(i or "" for i in s.get_config_vars("SOABI", "MULTIARCH",
"INCLUDEPY", "LIBPL", "LDLIBRARY")))'
dhpython: DEBUG: /bin/sh: 1: python3.3-dbg: not found
dhpython: DEBUG: cannot get include path
Traceback (most recent call last):
File "/usr/share/dh-python/dhpython/interpreter.py", line 382, in include_dir
result = self._get_config()[2]
File "/usr/share/dh-python/dhpython/interpreter.py", line 502, in _get_config
conf_vars = self._execute(cmd, version).split('__SEP__')
File "/usr/share/dh-python/dhpython/interpreter.py", line 518, in _execute
raise Exception('{} failed with status code {}'.format(command,
output['returncode']))
Exception: python3.3-dbg -c 'import sysconfig as s;print("__SEP__".join(i or ""
for i in s.get_config_vars("SOABI", "MULTIARCH", "INCLUDEPY", "LIBPL",
"LDLIBRARY")))' failed with status code 127
- >> end captured logging << -
This is easily rectified by adding "python3-all-dbg" to
debian/tests/control for nosetests. But then something weirder
happens in t203:
D: dh_python2 dh_python2:383: args: []
D: dh_python2 dh_python2:385: supported Python versions: 2.6,2.7 (default=2.7)
D: dh_python2 debhelper:98: source=foo, binary packages=['python-foo']
D: dh_python2 dh_python2:402: processing package python-foo...
D: dh_python2 tools:217: invoking: python2.7 -c 'import sysconfig as
s;print("__SEP__".join(i or "" for i in s.get_config_vars("SOABI", "MULTIARCH",
"INCLUDEPY", "LIBPL", "LDLIBRARY")))'
[...]
D: dh_python2 fs:208: package python-foo details = {'nsp.txt': set(),
'ext_no_version': set(), 'ext_vers': {Version('2.7')}, 'requires.txt': set(),
'public_vers': {Version('2.7')}, 'compile': True, 'private_dirs':
{'/usr/lib/python-foo': {'ext_no_version':
{'debian/python-foo/usr/lib/python-foo/bar.my_multiarch-triplet.so'},
'compile': True}}, 'shebangs': set()}
D: dh_python2 dh_python2:97: guessing files for python2.6
E: dh_python2 dh_python2:106: extension for python2.6 is missing. Build
extensions for all supported Python versions (`pyversions -vr`) or adjust
X-Python-Version field or pass --no-guessing-versions to dh_python2
make[4]: *** [override_dh_install] Fehler 3
make[4]: Verlasse Verzeichnis
'/home/martin/ubuntu/tmp/dh-python-1.20131021/tests/t203'
make[3]: *** [binary] Fehler 2
Why does it take the "2.6" from? It's not in pyversions --supported in
either Debian sid nor Ubuntu.
This could be a bug in the tests of course, but as it's dh_python2
itself that erroneously thinks that 2.6 is supported it smells like an
actual bug?
Thanks,
Martin
[1]
https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-dh-python/?
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
signature.asc
Description: Digital signature
Bug#727205:
Actually it is a duplicate of bug #589323 which is marked as resolved. This bug is indeed fixed upstream, but it still affects Squeeze, Wheezy, and sid. Only experimental package has not the bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727670: [roundcube-plugins-extra] Please add calendar and carddav plugins
Hi Jérémy, > Do you have a link to upstream tarball and source repositories? http://git.kolab.org/roundcubemail-plugins-kolab/tree/plugins/calendar https://github.com/graviox/Roundcube-CardDAV > The last time I have looked, upstream was using closed-source-like, > painful distribution methods. Yes, I also found that if I try to take them from http://myroundcube.com they require to manage plugins through their plugin_manager plugin... > I have recently seen the following ITP for Kolab's plugins which might > cover similar grounds: Will it be part of the package roundcube-plugins or roundcube-plugins- extra? Thanks, Matteo
Bug#726974: trigger-rally: opens in full-screen mode & changes the default screen resolution
On Tuesday 22 October 2013 11:19 PM, Stefan Potyra wrote: Hi, hm... interesting. While trigger-rally changes the resolution if fullscreen is set to true in ~/.trigger/trigger.config, it should restore the original resolution when you quit the game. Can you launch trigger-rally in a terminal and capture the output? Maybe it can shed some more light on what's going on. here is the output : Trigger init Build: 0.6.0 on Feb 15 2012 at 20:26:25 Initialising PhysFS Set writable user directory to "/home/wardhan/" Reset writable user directory to "/home/wardhan/.trigger" Application base directory "/usr/games/" Main game data directory datadir="/usr/share/games/trigger-rally" Loading game configuration Initialising SDL Create window and set video mode Found 0 joysticks GLEW initialized Graphics: X.Org Gallium 0.4 on AMD PALM Using OpenGL 2.0 Initialising render subsystem Initialising texture subsystem [SDL_Image] Initialising effects subsystem Initialising model subsystem Initialising audio subsystem [OpenAL] Performing app load Loading image "textures/splash/splash.jpg" Initialisation complete, entering main loop Loading image "/textures/consolefont.png" Loading image "/textures/splash/endgame.jpg" Loading image "/textures/life_helmet.png" Loading image "/textures/arrow.png" Loading image "/textures/detail.jpg" Loading image "/textures/dust.png" Loading image "/textures/shadow.png" Loading image "/textures/dial_rev.png" Loading image "/textures/dial_speed_mph.png" Loading image "/textures/dial_gear.png" Loading sample "/sounds/engine1.wav" Loading sample "/sounds/wind.wav" Loading sample "/sounds/evo_sound/clank1.wav" Loading sample "/sounds/gravel2.wav" Loading sample "/sounds/evo_sound/clank3.wav" Loading levels and events /events/rs cup/sinuous/sinuous.level /events/rs cup/8765/8765.level /events/rs cup/scorpio/scorpio.level /events/triggercup/warmup/warmup.level /events/triggercup/desertstorm/storm.level /events/triggercup/lunar/lunar.level /events/triggercup/bigjump/jump.level /events/triggercup/monkeybusiness/monkey.level /events/triggercup/oldmacdonald/farm.level /events/westernchallenge/smoothcanyon/smoothcanyon.level /events/westernchallenge/greatplains/greatplains.level /events/westernchallenge/rockyprairie/rockyprairie.level /events/westernchallenge/whitesands/whitesands.level Race finished in invalid state 30 Exit requested Race finished in invalid state 30 Shutting down audio subsystem Shutting down model subsystem Shutting down effects subsystem Shutting down texture subsystem Shutting down render subsystem X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 151 (XFree86-VidModeExtension) Minor opcode of failed request: 10 (XF86VidModeSwitchToMode) Value in failed request: 0x20e Serial number of failed request: 179 Current serial number in output stream: 181 hope it helps, excuse for delay. Thanks in advance, Stefan. P.S.: You can also change the resolution using xrandr, e.g. "xrandr -s 1920x1200" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727674: test regression: Thinks python2.6 is supported
[Martin Pitt, 2013-10-25] > At first it stumbles over missing python3.3-dbg: I will add python3-all-dbg in debian/tests/control, thanks > Why does it take the "2.6" from? It's not in pyversions --supported in > either Debian sid nor Ubuntu. list of supported Python versions is hardcoded in tests/Makefile, it didn't fail for me as I have all interpreters >= 2.4 on my laptop. I will update these tests to ignore not installed interpreters (just like I did in test_interpreter.py) thanks for the report -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727540: Downgrading libept1.4.12 fix
Hi, I can confirm that downgrading libept1.4.12, fix the symbol 'lookup error', like : sudo apt-get -t stable install libept1.4.12 Guillaume. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727675: nagios3: Nagios3 source package could provide a nagios-dev or nagios-headers package
Source: nagios3 Severity: wishlist Hi, In order to build a platform-dependent project related to Nagios, I need some headers files from the nagios headers (nagios.h and config.h specifically, this last one being generated dynamically by the ./configure of Nagios itself). Could it be possible to ship a nagios-headers or nagios-dev packages with these files and more generally the nagios headers? Looking around, I saw that packages include directly these files in the sources of the package (see the check-mk package, in livestatus.tar.gz). Thanks, Carl Chenet -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725772: RFS: nfft -- Library for computing Non-uniform Fast Fourier Transforms
Hi Ghislain, On Thu, Oct 24, 2013 at 05:48:35PM +0100, Ghislain Vaillant wrote: > Hi Andreas, I have updated the package following your comments. > > http://anonscm.debian.org/gitweb/?p=debian-science/packages/nfft.git I'm afraid I have some further remarks: d/control: - Thanks to Scott's explanation I think I understood now the dh-exec mechanism and so I think you can remove dh-exec from the Build-Depends - Priorities: The source package should be "Priority: optional" and only for the *-dbg package you should explicitly specify "Priority: extra". The point is that priority extra packages will be excluded from some QA checks which we do not really want in general but actually debug packages should feature this "extra" - Neat tip: You might like to check, how config modell using cme fix dpkg-control is formating your control file. I personally like this. d/changelog: You created a new changelog paragraph. For not yet uploaded packages this is at best confusiing even if your *-1 entry claims that it was uploaded to unstable (which it was not - at best this should be "UNRELEASED"). Also the consequence of this new entry is, that the ITP bug is not closed by an upload if I would upload as is. You can easily verify this effect when looking at the tasks page[1] which is not linking to an according WNPP bug (in contrast to for instance liblevmar-dev). The reason is that only the latest paragraph of d/changelog is parsed. So my advise would be to *not* log your actual changes inside d/changelog until we have *really* the first version inside Debian. There is sufficient information inside the Git commit logs. Just remove the 3.2.3-2 paragraph and it also makes sense to "target" with 3.2.3-1 at UNRELEASED while leaving me as the sponsor the task to switch this to unstable once I decide to upload. This is (should be??) written in Debian Science policy document and helps other team members to see immediately that a package was not yet uploaded. Regarding the SoB sponsering I told you I have added the *-dev package to the relevant development tasks of Debian Science which can be seen for example in mathematics-dev task[1]. Could you now please add an according entry at the SoB Wiki page[2] to make sure you understood the mechanism I would like to push via SoB. Kind regards Andreas. [1] http://blends.alioth.debian.org/science/tasks/mathematics-dev#libnfft3-dev [2] https://wiki.debian.org/DebianPureBlends/SoB -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725848: python-pip: default install method for non-root users should be --user
See also Bug #692108 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692108 As i said there, python-pip (Debian package) is totally useless as it is: the only reasson i'd like to have an extra (Python-)package installer is because I'd like to be able to install Python "packages" from the official Python package repository (mainly) _AS A USER_, because they are NOT vailable as a Debian package. So i do NOT want to run pip as root, as it would fundamentally mess up my DPKG setup (it tries to remove/overwrite system files: e.g. OSError: [Errno 13] Permission denied: '/usr/bin/easy_install' ) So BOTH "--user" and a working "--ignore-installed" options (BTW, both undocumented in the man page!!) should be the default in Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692108: python-pip: --ignore-installed option is ignored
python-pip (Debian package) is totally useless as it is: the only reasson i'd like to have an extra (Python-)package installer is because I'd like to be able to install Python "packages" from the official Python package repository (mainly) _AS A USER_, because they are NOT vailable as a Debian package. So i do NOT want to run pip as root, as it would fundamentally mess up my DPKG setup (it tries to remove/overwrite system files: e.g. OSError: [Errno 13] Permission denied: '/usr/bin/easy_install' ) So BOTH "--user" and a working "--ignore-installed" options (BTW, both undocumented in the man page!!) should be the default in Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699879: [Pkg-fglrx-devel] Bug#699879: fglrx-driver: Xorg doesn't start after aticonfig --px-igpu
Still present in 1:13.11~betav1-1 The problem happens because update-alternatives removes fglrx_drv.so from /usr/lib/xorg/modules/drivers/ I've fixed it for myself by adding "ln -sf /usr/lib/fglrx/fglrx_drv.so /usr/lib/xorg/modules/drivers" after "update-alternatives --set glx /usr/lib/mesa-diverted" in switchlibGL and switchlibglx I think update-alternatives shouldn't touch fglrx_drv.so, it isn't used unless it's explicitly specified in xorg.conf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661166: please include nagios-check-soas
Bernd Zeimetz wrote: > Please see if the plugins from > http://dns.measurement-factory.com/tools/nagios-plugins/index.html > work for you. yes. please include all three of them (check_zone_auth, check_whois, and check_zone_rrsig_expiration). -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725851: [RFR] templates://fpc/{fp-compiler.templates.in}
Christian PERRIER wrote:
> +_Description: Default MS Windows .rc resource compiler:
> FPC supports compiling programs with embedded resource in .rc MS Windows
> + format on all platforms where the mingw windres tool is available.
There's still a bit of wonky English here.
FPC supports compiling programs that embed resources as MS Windows
.rc-format files on all platforms where the MinGW windres tool is available.
> .
> In order to be able to compile projects using .rc files, you need first to
> install mingw32-binutils package. This package is suggested by the
> fp-compiler
> + package, it will not be pulled automatically. You will need to install it
> manually.
In order to be able to compile projects using .rc files, you need first to
manually install the package mingw32-binutils, which is suggested by
fp-compiler but not pulled in automatically.
> .
> If you want to enter a custom .rc files compiler that does not appear in
> this
> list or if you simply want to disable this feature, please select
> + "Select manually".
I think it has to be a "custom .rc file compiler" (it's a noun pile,
not a nouns pile).
> Template: fp-compiler/windres
[...]
(As above, plus typofix)
> If you don't want to use a default .rc files compiler, please let this
> entry be
> empty.
If you don't want to use a default .rc file compiler, leave this blank.
> I didn't review the debian/control, which we apparently reviewed in
> the past, already.
Unfortunately there's one addition that needs work:
> Package: fp-units-gfx-2.6.2
[...]
> Description: Free Pascal - graphics-library units
> The Free Pascal Compiler is an Object Pascal compiler supporting both Delphi
> and Turbo Pascal 7.0 dialects, as well as Mac Pascal dialects. It provides a
> completely portable RunTime Library (RTL) available on many platforms and
> compatible with Turbo Pascal, along with a platform-independent class-based
> Free Component Library (FCL) adding many Delphi extensions and interfacing
> with many popular open source libraries.
> .
> This package contains Free Pascal units with bindings for cairo, forms, ggi,
> graph, libgd, libpng, opengl, and svgalib.
> .
> NB: svgalib is no more packaged by Debian and should be installed manually by
> users who want to link against it.
That new final paragraph is definitely talking about the upstream
software, "SVGALib"; and "no more packaged" is unidiomatic.
SVGALib is no longer packaged by Debian and should be installed manually by
users who want to link against it.
And likewise for Package: fp-units-gfx. Oh, but should I be editing
control or control.in?
--
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
diff -ru fpc-2.6.2.pristine/debian/control fpc-2.6.2/debian/control
--- fpc-2.6.2.pristine/debian/control 2013-10-07 19:37:45.0 +0100
+++ fpc-2.6.2/debian/control2013-10-25 10:14:08.339467473 +0100
@@ -306,7 +306,7 @@
This package contains Free Pascal units with bindings for cairo, forms, ggi,
graph, libgd, libpng, opengl, and svgalib.
.
- NB: svgalib is no more packaged by Debian and should be installed manually by
+ SVGALib is no longer packaged by Debian and should be installed manually by
users who want to link against it.
Package: fp-units-net-2.6.2
@@ -647,7 +647,7 @@
the package containing Free Pascal units with bindings for cairo, forms, ggi,
graph, libgd, libpng, opengl, and svgalib.
.
- NB: svgalib is no more packaged by Debian and should be installed manually by
+ SVGALib is no longer packaged by Debian and should be installed manually by
users who want to link against it.
Package: fp-units-net
diff -ru fpc-2.6.2.pristine/debian/fp-compiler.templates.in
fpc-2.6.2/debian/fp-compiler.templates.in
--- fpc-2.6.2.pristine/debian/fp-compiler.templates.in 2013-10-07
19:17:38.0 +0100
+++ fpc-2.6.2/debian/fp-compiler.templates.in 2013-10-25 10:01:12.514463330
+0100
@@ -29,31 +29,27 @@
Type: select
Choices: ${choices}
Default: Select manually
-_Description: Use a default MS Windows .rc resource compiler:
- FPC supports compiling programs with embedded resource in .rc MS Windows
- format on all platforms where mingw windres tool is available.
+_Description: Default MS Windows .rc resource compiler:
+ FPC supports compiling programs that embed resources as MS Windows
+ .rc-format files on all platforms where the MinGW windres tool is available.
.
In order to be able to compile projects using .rc files, you need first to
- install mingw32-binutils package. This package is suggested by the fp-compiler
- package, it will not be pulled automatically. You will need to install iti
- manually.
+ manually install the package mingw32-binutils, which is suggested by
+ fp-compiler but not pulled in automatically.
.
- If you want to enter a custom .rc files compiler that does not appear in this
+ If
Bug#661167: please include nagios-check-printer-status
Bernd Zeimetz wrote: > Maybe one of these: [...] > https://www.monitoringexchange.org/inventory/Check-Plugins/Hardware/Devices/Printer/check_cups yes. please include check_cups. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727676: ITP: gitignorer -- A simple utility that aids in the creation of .gitignore files.
Package: wnpp Severity: wishlist Owner: Zach Latta * Package name: gitignorer Version : 1.0.0 Upstream Author : Zach Latta * URL : https://github.com/zachlatta/gitignorer * License : MIT Programming Lang: Go Description : A simple utility that aids in the creation of .gitignore files. Gitignore is a simple command-line utility that aids in the creation of .gitignore files. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#706696: dojo: Please upgrade to new upstream version
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello David, >> there is a new upstream version 1.8.3 of dojotoolkit available > > 1.9.1 is now available, and the version currently in the archive > FTBFSes (#724124). I’d be happy to help maintaining this package > (because the upcoming owncloud package should depend on it). Would > you agree to maintain this package inside the JavaScript team? I think any help is welcome here because Jason is busy with private work at the moment. So, i would agree with that. > I couldn’t find a repository to handle this package, can you please > make it public if you have one? Would you agree to import the > history with “gbp import-dscs --debsnap” if you haven’t? I did not know if Jason has any public repository for that. @Jason: Any feedback from you?! regards, Frank -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlJqOUQACgkQWr0A+QOsIlCkqACeKdXMp6FfcH8QA0ZqGc9pVTaf iKEAn2Hetu5fq+Td0NGN+IlcaWneBHXQ =JDaY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710487: My recent bpo-uploads not appearing in my qa page
Hi Luca, hi Gerfried, hi all, On Di 22 Okt 2013 08:43:33 CEST, Luca Falavigna wrote: 2013/10/22 Gerfried Fuchs : Can you kindly look into this issue? Thanks in advance! :) Backports moved to ftp-master for wheezy-backport, while DDPO still points to the old location. The paths needs to be adjusted to reflect the new location. Cheers, Luca I really wished someone with sufficient privileges could look at this rather sooner than later. I start loosing track of my uploads to wheezy-bpo (the scrap of paper gets scribbled more and more...). I guess, other package maintainer feel similar about this. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb binCW297lucqm.bin Description: Öffentlicher PGP-Schlüssel pgpTFtwDaUFMK.pgp Description: Digitale PGP-Signatur
Bug#727677: icedove: "copies & folders" settings not saved with a gmail IMAP account
Package: icedove Version: 10.0.12-1 Severity: normal Dear Maintainer, I choose to keep a copy on a "sent" folder or a "draft" folder for my account. After restarting icedove, my changes are lost. -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.44 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 4.3.2 ii fontconfig2.9.0-7.1 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u1 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.19-stable-3 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libnspr4 2:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libnss3 2:3.14.3-1 ii libnss3-1d2:3.14.3-1 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.26.0-4 ii libsqlite3-0 3.7.13-1+deb7u1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-5 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxt61:1.1.3-1+deb7u1 ii psmisc22.19-1+deb7u1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages icedove recommends: ii myspell-fr [myspell-dictionary] 1.4-26 Versions of packages icedove suggests: ii fonts-lyx 2.0.3-3 ii gconf-service 3.2.5-1+build1 ii libgconf-2-4 3.2.5-1+build1 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 ii libnotify40.7.5-1 -- 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#727678: wiki.debian.org: Small security related glitch in user registration / login process
Package: wiki.debian.org Verion: current Severity: normal Maybe I missed something, but I think I found a small security related glitch in the wiki.debian.org registration process. It seems currently possible to (a) confirm the existance of a wiki.debian.org account (b) reveal its linked email address REMARK: (a) This might be always possible as you can simply try visiting: https://wiki.debian.org/SomePerson ? - Did not try to see what happens if one deletes his own Homepage. (b) This should really be a small security glitch as there is the "General option" on the users "Preferences" page: "Publish my email (not my wiki homepage) in author info" Here is what I did: * Click on "Login" * Click on "Forgot your password" * Enter username, email * You get: "If this account exists an email was sent." So far so good, but: * Click on "Login" * Click on "you can create one now" * Enter a username you want to know if it exists * Enter any email adress and any password * Click "Create Profile" * You get: "This user name already belongs to somebody else. If this is a new account and you need another verification link, try sending another one." So this tells you that the account exists. * Click on "try sending another one" (works even if "User account has already been verified!") * You get: "Verification message re-sent to kn...@posern.org And this tells you it's linked email address. Tormen. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727679: Fix configury for AArch64
Package: libticables Version: 1.3.4+dfsg-2 Tags: patch User: debian-...@lists.debian.org Usertags: arm64 Fix configury for AArch64. patch at http://launchpadlibrarian.net/15496/libticables_1.3.0-0ubuntu3_1.3.0-0ubuntu4.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727538: ocaml-sqlexpr: out-of-date binaries on architectures without ocaml-estring
Le 24/10/2013 08:27, Niels Thykier a écrit : > Your package has out of date binaries on architectures were > ocaml-estring is unavailable (e.g. armhf), but it appears to have > built there in the past. This is a blocker for ocaml-sqlexpr > migrating to testing[1]. > If ocaml-sqlexpr should no longer be built on these architectures, > then please reassign this bug to ftp.debian.org and request them to > remove the binaries on the affected architectures. Why has this bug been reported against ocaml-sqlexpr? The problem boils down to ocaml-estring failing to build on some architectures... Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727611: ggobi needs porting from libgraph to libcgraph (graphviz-2.34)
Am 25.10.2013 04:41, schrieb Dirk Eddelbuettel:
> | Debian still has graphiz-2.2x. There is a reason I did file this as a
> wishlist
> | issue.
>
> Well that is sort of silly. For as long this builds on Debian I am not going
> to do anything, realistically. Let me know when a new / updated graphviz hits
> Debian.
According to http://packages.qa.debian.org/g/graphviz.html, graphviz will be
involved with the ruby1.8-removal transition. So it won't be that far away, that
somebody has to either backport ruby1.9 or ruby2.0 support to graphviz, drop the
ruby extension, or update graphviz to a version compatible with a new ruby (and
lua, and guile).
> And I say this as a heavy Ubuntu user -- with maybe a dozen machines between
> home and work. But my workflow _for Debian_ is still the same, and if you
> insist that Ubuntu ("downstream") has to differ than this is really an issue
> for patches at your end (as you've done, doing your users a disservice by
> removing the GraphLayout plugin) and not something I can do.
Not sure about the unfriendlyness. It's more of a disservice to ship year's old
software (both graphviz and ggobi), and in this case you have to outwage having
a new graphviz working with recent interpreter versions and working on more
architectures, or a feature complete ggobi. So yes, if you feel that this issue
won't hit ggobi for jessie, feel free to ignore it.
Matthias
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727680: apt: [l10n-fr] "Confirmation" sentence for replacing essential packages contains unidentifiable character
Package: apt Version: 0.9.12.1 Severity: normal Tags: patch l10n Dear Maintainer, * What led up to the situation? I tried to remove an essential package (namely sysvinit) for testing purposes (of upstart) with the following command: apt-get install upstart which asked me to type the following sentence to confirm the operation: "Pour continuer, tapez la phrase « Oui, faites ce que je vous dis ! »" (where the space before "!" is an unbreakable space) * What exactly did you do (or not do) that was effective (or ineffective)? I entered "Oui, faites ce que je vous dis !" (where the space is a normal space) * What was the outcome of this action? Confirmation sentence was refused. * What outcome did you expect instead? Confirmation sentence is accepted. I suggest one of the following solution: - remove the unbreakable space diff fr.po fr-new.po 660c660 < msgstr "Oui, faites ce que je vous dis !" --- > msgstr "Oui, faites ce que je vous dis!" - replace it with a normal space diff fr.po fr-new2.po 660c660 < msgstr "Oui, faites ce que je vous dis !" --- > msgstr "Oui, faites ce que je vous dis !" The unbreakable space is typographically the right char, but few normal people are used to type it (or even know it's existence.) Using a normal space could disturb people used to do the right thing and type the unbreakable space. Removing the space is a workaround generally accepted when there is no available unbreakable space. -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2012.4 ii gnupg 1.4.15-1.1 ii libapt-pkg4.12 0.9.12.1 ii libc6 2.17-93 ii libgcc1 1:4.8.2-1 ii libstdc++6 4.8.2-1 apt recommends no packages. Versions of packages apt suggests: pn apt-doc ii aptitude0.6.8.2-1.2 ii dpkg-dev1.17.1 ii python-apt 0.9.1 ii xz-utils5.1.1alpha+20120614-2 -- 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#727681: mirror submission for linux.psu.ru
Package: mirrors Severity: wishlist Submission-Type: new Site: linux.psu.ru Aliases: linux7.psu.ru Aliases: ftp.psu.ru Type: leaf Archive-architecture: amd64 i386 ia64 Archive-http: /debian/ CDImage-http: /debian-cd/ IPv6: no Archive-upstream: mirror.yandex.ru CDImage-upstream: mirror.mephi.ru Updates: four Maintainer: Martyushev Tim Country: RU Russian Federation Location: Russia, Perm Sponsor: Perm State University http://www.psu.ru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727682: bilibop-rules: Fails to configure: lsbilibop calls udevadm in an unsupported way
Package: bilibop-rules Version: 0.4.17 Severity: serious Dear Maintainer, I've just dist-upgraded my Debian armhf running Toshiba AC100 (an ARM-based netbook originally running Android) from Wheezy to Jessie. As it currently runs of an SD card, installing bilibop sounds like a good idea. But bilibop-rules fails to install during configure phase. I've added a "set -x" to the package's postinst script to see where it exactly fails: + [ false = false ] + CUSTOM_RULES=false + HELPER=bilibop_rules_generator + [ -f /etc/udev/rules.d/66-bilibop.rules ] + db_get bilibop-rules/bilibop_rules_generator/customize + _db_cmd GET bilibop-rules/bilibop_rules_generator/customize + _db_internal_IFS= + IFS= + printf %s\n GET bilibop-rules/bilibop_rules_generator/customize + IFS= + IFS= read -r _db_internal_line + RET=false + return 0 + [ false = true ] + [ false = true ] + lsbilibop -l Usage: udevadm info OPTIONS --query= query device information: name name of device node symlink pointing to node path sys device path property the device properties all all values --path= sys device path used for query or attribute walk --name= node or symlink name used for query or attribute walk --root prepend dev directory to path names --attribute-walk print all key matches while walking along the chain of parent devices --device-id-of-file= print major:minor of device containing this file --export export key/value pairs --export-prefixexport the key name with a prefix --export-dbexport the content of the udev database --cleanup-db cleanup the udev database --help + BILIBOP_LIST= dpkg: error processing bilibop-rules (--configure): subprocess installed post-installation script returned error exit status 2 dpkg: dependency problems prevent configuration of bilibop: bilibop depends on bilibop-rules (= 0.4.17); however: Package bilibop-rules is not configured yet. /bin/lsbilibop seems to call udevadm in line 44 as follows: udev_root="$(udevadm info --root)" But calling "udevadm info --root" manually on the commandline throws exactly the above error message. According to the man-page, the --root option is only thought as additional option for two query types: --root Print absolute paths in name or symlink query. So I guess, some more parameters are necessary to get it working again. I'm just not sure which. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: armhf (armv7l) Kernel: Linux 2.6.38-ac2-ac100 (SMP w/2 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 bilibop-rules depends on: ii bilibop-common 0.4.17 ii debconf [debconf-2.0] 1.5.51 ii initramfs-tools0.114 ii initscripts2.88dsf-43 Versions of packages bilibop-rules recommends: pn grub-common pn lvm2 pn udisks Versions of packages bilibop-rules suggests: ii bilibop-lockfs 0.4.17 pn cryptsetup pn grub-coreboot | grub-efi-amd64 | grub-efi-ia32 | grub-ieee1275 | ii pmount 0.9.23-2 pn policykit-1 -- debconf information: bilibop-rules/belongs_to_floppy_group/custom_rules_error: bilibop-rules/make_unpersistent_rules: keep bilibop-rules/belongs_to_floppy_group/internal_error: bilibop-rules/grub_device_map_manager: keep bilibop-rules/bilibop_rules_generator/bad_options: bilibop-rules/physical_volumes_filter/obtain_device_list_from_udev: bilibop-rules/bilibop_rules_generator/options: * bilibop-rules/on-live-system: false bilibop-rules/physical_volumes_filter/system-only: false bilibop-rules/physical_volumes_filter/warning: bilibop-rules/bilibop_rules_generator/customize: false bilibop-rules/physical_volumes_filter/filter: bilibop-rules/bilibop_rules_generator/overwrite: keep -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#671287: ftp.debian.org: Translation-en hash sum mismatch (ftp.fi, ftp.dk)
On 24/10/2013, at 15.49, Simon Paillard wrote: > >> On Thu, Oct 24, 2013 at 03:09:00PM +0200, Georg Sluyterman wrote: >> On 2013-10-14, at 21:31, Simon Paillard wrote: > [..] >>> * The following mirrors need ftpsync tool update >>> * http://ftp.fi.debian.org/debian/project/trace/ftp.fi.debian.org >>> * http://ftp.dk.debian.org/debian/project/trace/mirrors.dotsrc.org >> >> I have upgraded the bin-folder of the ftpsync script on ftp.dk.debian.org >> aka mirrors.dotsrc.org > > Despite the name, etc/ contains some shared functions used from bin/, so > please > upgrade the whole archvsync repo. > > Thanks ! > Done! -- Venlig hilsen Georg Sluyterman -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#707432: fixed by new upstream version (which is already packaged)
Control: tags -1 + patch fixed by new upstream version (which is already packaged) by the Debian maintainer in https://launchpad.net/~pmiller-opensource/+archive/ppa -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726675: (no subject)
Yes please remove the systemd dependency. There are people out there who do not want systemd on their systems. And it clearly does not need it to work. Also installing systemd on sysv init based systems causes issues and might at some point fatally break and make systems non bootable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727538: ocaml-sqlexpr: out-of-date binaries on architectures without ocaml-estring
On 2013-10-25 11:55, Stéphane Glondu wrote: > Le 24/10/2013 08:27, Niels Thykier a écrit : >> Your package has out of date binaries on architectures were >> ocaml-estring is unavailable (e.g. armhf), but it appears to have >> built there in the past. This is a blocker for ocaml-sqlexpr >> migrating to testing[1]. >> If ocaml-sqlexpr should no longer be built on these architectures, >> then please reassign this bug to ftp.debian.org and request them to >> remove the binaries on the affected architectures. > > Why has this bug been reported against ocaml-sqlexpr? The problem boils > down to ocaml-estring failing to build on some architectures... > > > Cheers, > One solution would be to fix ocaml-estring, so it builds on these architectures. However, ocaml-estring has "no obligation"[1] to be built on these architectures, since it was never built on these in the past. However, ocaml-sqlexpr built on these architectures in the past, so it has an obligation to build there again. But ocaml-sqlexpr picked up an unconditional Build-Dependency on ocaml-estring, which means it can no longer be built on these architectures. This is why I filed this bug against ocaml-sqlexpr. This means there are (basically) 3 solutions to this problem: 1 make ocaml-estring build on these architectures. 2 make ocaml-sqlexpr's build-depends on ocaml-estring conditional (i.e. limit it to architectures where ocaml-estring is available) 3 retire support for architectures without ocmal-estring and reomving the obligation to be built on these architectures for now. To be honest, I do not really care which solution you go with. I just want a new version of ocaml-sqlexpr to migrate to testing (as it fixes #718138). You are welcome to claim that it is "reasonably possible" for ocaml-estring to support these architectures and therefore this is a bug in ocaml-estring. However, I am pretty sure you need to convince the maintainer to accept this or he/she can simply downgrade it to wishlist (possibly with a wontfix tag) and ocaml-sqlexpr would remain RC buggy. However, given the maintainer is the same in this case, I doubt this will be a problem. ~Niels [1] http://release.debian.org/jessie/rc_policy.txt """ 4. Autobuilding [...] Packages must autobuild without failure on all architectures on which they are supported. Packages must be supported on as many architectures as is reasonably possible. Packages are assumed to be supported on all architectures for which they have previously built successfully. Prior builds for unsupported architectures must be removed from the archive (contact -release or ftpmaster if this is the case). """ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710487: My recent bpo-uploads not appearing in my qa page
Control: tags 710487 + patch
[Trimming down the Cc: list a bit]
* Mike Gabriel [2013-10-25 09:39:41 +]:
> I really wished someone with sufficient privileges could look at
> this rather sooner than later. I start loosing track of my uploads
> to wheezy-bpo (the scrap of paper gets scribbled more and more...).
> I guess, other package maintainer feel similar about this.
Please find attached a patch to the qa svn repository that makes
extract_incoming.pl look in the right place for !squeeze bpo sources.
Running the script on quantz and poking around the generated db file makes
me think that the "package versions" db file will contain all that is needed
for DDPO to find bpo uploads.
I have no qa/qa-core super cow powers, so I can't do much more.
Cheers,
--
Nicolas Dandrimont
I did this 'cause Linux gives me a woody. It doesn't generate revenue.
(Dave '-ddt->` Taylor, announcing DOOM for Linux)
Index: data/ddpo/extract_incoming.pl
===
--- data/ddpo/extract_incoming.pl (révision 3079)
+++ data/ddpo/extract_incoming.pl (copie de travail)
@@ -65,7 +65,6 @@
my $delayed_summary = "http://people.debian.org/~myon/delayed/delayed-summary";;
my $delayed_http = "http://people.debian.org/~djpig/delayed/";;
my $queue_summary = "http://ftp-master.debian.org/new.822";;
-my $bpo_url = "http://backports.debian.org/debian-backports";;
# global variables
my %db;
@@ -239,8 +238,16 @@
next if ($distkey =~ /^(unstable|testing)/);
my $dist = $active_dists{$distkey} . "-backports";
my $codename = $distkey eq "stable" ? "bpo" : "$distkey-bpo";
+
+my $archive = "ftp.debian.org";
+my $bpo_url = "http://ftp.debian.org/debian";;
+if ($dist eq "squeeze-backports") {
+$archive = "backports.org";
+$bpo_url = "http://backports.debian.org/debian-backports";;
+}
+
my $files_to_zcat = '';
-foreach my $file_to_zcat ( glob "/srv/qa.debian.org/data/ftp/backports.org/dists/$dist*/{main,contrib,non-free}/source/Sources.gz" )
+foreach my $file_to_zcat ( glob "/srv/qa.debian.org/data/ftp/$archive/dists/$dist*/{main,contrib,non-free}/source/Sources.gz" )
{
$files_to_zcat .= " $file_to_zcat" if( -e $file_to_zcat );
}
signature.asc
Description: Digital signature
Bug#727683: lintian: erroneously reports a warning on :-separated RPATHs
Package: lintian Version: 2.5.19 Severity: normal While working on my unofficial syslog-ng packages[1], I came across a spurious warning when running Lintian on the results: E: syslog-ng-core: binary-or-shlib-defines-rpath usr/lib/syslog-ng/3.5.0rc1/libcryptofuncs.so /usr/lib/syslog-ng:/usr/lib/syslog-ng/3.5.0rc1 This seemed strange, as the RPATH some of the binaries set (/usr/lib/syslog-ng:/usr/lib/syslog-ng/3.5.0rc1) is, by the letter of policy, allowed: both components are under /usr/lib/$srcpkg. The reason lintian fails is because it's prepared to find multiple RPATHs set within an object, but not for the case where a single record uses : as a separator (a'la PATH). It ends up checking that the rpath is either /usr/lib/$srcpkg or /usr/lib/$srcpkg/: the ':' confuses it. I will submit a patch in a few minutes that corrects lintian by splitting the rpath into components first. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils 2.23.90.20130927-1 ii bzip2 1.0.6-5 ii diffstat 1.57-1 ii file 1:5.14-2 ii gettext0.18.3.1-1 ii hardening-includes 2.4 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b1 ii libarchive-zip-perl1.30-7 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.35-1 ii libdigest-sha-perl 5.85-1+b1 ii libdpkg-perl 1.16.12 ii libemail-valid-perl1.192-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-1+b2 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl 0.06~01-2 ii libtimedate-perl 1.2000-1 ii liburi-perl1.60-1 ii man-db 2.6.5-2 ii patchutils 0.3.2-2 ii perl [libdigest-sha-perl] 5.18.1-4 ii t1utils1.37-2 Versions of packages lintian recommends: ii libautodie-perl 2.21-1 ii libperlio-gzip-perl 0.18-1+b3 ii perl-modules [libautodie-perl] 5.18.1-4 Versions of packages lintian suggests: pn binutils-multiarch ii dpkg-dev 1.16.12 ii libhtml-parser-perl3.71-1+b1 ii libtext-template-perl 1.46-1 ii xz-utils 5.1.1alpha+20120614-2 -- 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#727684: upstream's marketing material doesn't belong into the package descriptions
Package: llvm-defaults, llvm-toolchain-3.3, llvm-toolchain-snapshot upstream's marketing material doesn't belong into the package descriptions. The llvm package descriotions do have a much more neutral way of describing ths packages. > Clang project is a C, C++, Objective C and Objective C++ front-end > for the LLVM compiler. Some of its goals include the following: If these are just goals, they maybe don't belong into the package description. > End-User Features: > . > * Fast compiles and low memory use So do other compilers. It very much depends which optimization options are used. > * Expressive diagnostics (examples) Which examples? > * GCC compatibility well, ok. but which compatibility? certainly not the license > Utility and Applications: > . > * Modular library based architecture > * Support diverse clients (refactoring, static analysis, code > generation, etc) how does this belong into the clang binary package? > * Allow tight integration with IDEs > * Use the LLVM 'BSD' License well, Debian has the copyright file for this. > Internal Design and Implementation: > . > * A real-world, production quality compiler so we have to document all other compilers as toy compilers? > * A simple and hackable code base yes, need to rewrite every reverse dependeny for each llvm/clang release. > * A single unified parser for C, Objective C, C++, and Objective C++ > * Conformance with C/C++/ObjC and their variants conformance to what? standards? Which variants? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727645: polkit-kde-1: requires root password for hibernate, wrongly reports other users are logged on
Hi, I have this same problem and I encountered it after I started using systemd. For me the dialog shows org.freedesktop.login1.hibernate-multiple-sessions as the reason. My understanding is that it is dirmngr that causes this. loginctl shows: SESSIONUID USER SEAT c1112 dirmngr c2 1000 durinseat0 if I kill dirmngr the dialog requesting root password doesn't pop up. On 24 October 2013 23:53, Johannes Rohr wrote: > Package: polkit-kde-1 > Version: 0.99.1-1 > Severity: normal > > I am trying to hibernate the system from the kickoff menu. > > Instead of going into hibernation, a dialogue pops up saying > > "Authentication is required for hibernating the system while other users > are logged in > > and asking for the root password > > However, there are no other users logged in, as the "w" command shows: > > 22:52:57 up 11:56, 3 users, load average: 3,52, 4,55, 3,75 > USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT > jr :022:44 ?xdm? 42:53 0.09s /bin/sh > /usr/bin/startkde > jr pts/2:0 22:447:59 0.00s 1.85s kdeinit4: > kded4 [kdeinit] > jr pts/3:0 22:481.00s 1.45s 0.00s w > > So apparently, this is a bug... > > > > > -- System Information: > Debian Release: jessie/sid > APT prefers testing > APT policy: (990, 'testing'), (500, 'unstable'), (450, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.11-1-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 polkit-kde-1 depends on: > ii kde-runtime 4:4.10.5-1 > ii libc6 2.17-93 > ii libkdecore5 4:4.10.5-1+b1 > ii libkdeui5 4:4.10.5-1+b1 > ii libpolkit-qt-1-1 0.103.0-1 > ii libqt4-dbus 4:4.8.5+git121-g2a9ea11+dfsg1-2 > ii libqtcore44:4.8.5+git121-g2a9ea11+dfsg1-2 > ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2 > ii libstdc++64.8.1-10 > ii policykit-1 0.105-4 > > polkit-kde-1 recommends no packages. > > polkit-kde-1 suggests no packages. > > -- no debconf information > > > -- > To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: > http://lists.debian.org/20131024205359.30377.36099.reportbug@Erwin.babel > >
Bug#727607: RabbitMQ allows anyone to connect by default over IPv6
Hi Emile, On 10/25/2013 04:13 PM, Emile Joubert wrote: > On 24/10/13 15:34, Thomas Goirand wrote: > >> I reported this to the maintainer, and to the security team a *very* >> long time ago, though it seems to be that nothing has been done to >> address this issue. > > Your suggestions have not been ignored, and we take feedback on security > issues very seriously. It's good to read this! :) > Please bear in mind that v3.2.0 is the first feature release since June > 2013 when the discussion you refer to took place. Entry 24094 from the > release notes is the first step towards a solution: > http://www.rabbitmq.com/release-notes/README-3.2.0.txt > This will allow the broker to report authentication failures explicitly. > This is a feature that AMQP does not offer, so the protocol had to be > extended in a backwards-compatible way. > > Only now that the broker can reliably report authentication failures do > we plan to execute the next step, which is to remove the ability to log > in with a default account on a public interface in the default > configuration. (BTW this has nothing to do with IPv6 as suggested in the > bug title.) As much as I can see, there's no problem with IPv4 only (eg: RabbitMQ would not bind on the public interface by default). Am I wrong to say that the server only binds on the local public IPv6? If so, feel free to fix the title of the bug. > I'm sorry you feel disappointed that not enough progress has been made. > We are attempting to introduce this change to the default configuration > in a way that will cause as little disruption as possible. Since the > incidence of authentication failures is expected to rise dramatically it > was deemed necessary to improve their reporting before proceeding. Unfortunately, this public bug report has very little to do with the fact that there's "not enough progress". It has everything to do with the fact that I have discussed the issue publicly, and that I'm writing this on a publicly available documentation (eg: OpenStack), so I felt that this issue had to be available on the Debian BTS as well. I hope you understand that, and that you don't mind too much that I reported it this way. Cheers, Thomas Goirand -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727685: Please rename package gdm3 > gdm
Package: gdm3 Version: all Release: Jessie and Sid Severity: wishlist Bug: Please think about renaming Package gdm3 to gdm for jessie. Reason: It confuses users as there is xdm, kdm, lightdm, etc. - gdm3 is the odd one out. The old gdm is not included in wheezy anymore thus after the disappearance of oldstable squeeze it will become obsolete to differentiate between the two versions. Yours sincerly, Cornel Ahlers
Bug#727683: patch
Control: tag -1 patch
Attached is a patch that fixes the problem, by splitting the RPATH into
components before doing any checks on it. The patch includes a test case
too.
I would appreciate if this could be applied soonish, as I need to add an
override to syslog-ng until this is in backports, as
binary-or-shlib-defines-rpath is on the ftp-master (soft) autoreject list.
--
|8]
>From 34fe711c42cf21d9f2d3fe86322a8e40b71594b2 Mon Sep 17 00:00:00 2001
From: Gergely Nagy
Date: Fri, 25 Oct 2013 13:00:06 +0200
Subject: [PATCH] c/binaries.pm: Add support for multi-component RPATHs
The RPATH setting works similar to PATH, and supports multiple
components, separated by a colon. As such, Lintian should be able to
handle those, and split the RPATH into components before making any
checks on those.
This patch does just that, and adds a test case to trigger the original
issue too.
Signed-off-by: Gergely Nagy
---
checks/binaries.pm | 2 +-
debian/changelog | 2 ++
t/tests/binaries-general/debian/Makefile | 3 +++
3 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/checks/binaries.pm b/checks/binaries.pm
index c57e431..122657d 100644
--- a/checks/binaries.pm
+++ b/checks/binaries.pm
@@ -359,7 +359,7 @@ sub run {
if (exists $objdump->{RPATH}) {
foreach my $rpath (
map {File::Spec->canonpath($_)}
-keys %{$objdump->{RPATH}}
+map {split(/:/, $_)} keys %{$objdump->{RPATH}}
) {
next
if $rpath
diff --git a/debian/changelog b/debian/changelog
index d58061a..176d908 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -5,6 +5,8 @@ lintian (2.5.20) UNRELEASED; urgency=low
* checks/cruft.{desc,pm}:
+ [BR] Check files for under a non-distributable Nvidia
license. (Closes: #724930)
+ * checks/binaries.pm:
++ [GN] Add support for multi-component RPATHs. (Closes: #727683)
* data/binary/embedded-libs:
+ [RG] Detect embedded copies of poppler/xpdf. (Closes: #724733)
diff --git a/t/tests/binaries-general/debian/Makefile b/t/tests/binaries-general/debian/Makefile
index ac5bd0f..5f0f442 100644
--- a/t/tests/binaries-general/debian/Makefile
+++ b/t/tests/binaries-general/debian/Makefile
@@ -10,6 +10,8 @@ all:
$(COMPILE) -o basiclibrpath basic.c -Wl,--rpath,/usr/lib
# non-special rpath shipped in the package
$(COMPILE) -o basicshippedrpath basic.c -Wl,--rpath,/usr/share/foo
+ # special rpath shipped in the package, multiple paths
+ $(COMPILE) -o basicshippedrpathmore basic.c -Wl,--rpath,/usr/lib/binaries-general:/usr/lib/binaries-general/bar
# static version of basic for debugging checks
$(COMPILE) -static -o basic.static basic.c
# version with debug
@@ -27,6 +29,7 @@ install:
strip -s $(DESTDIR)/usr/lib/debug/usr/share/foo/basic
install -m 755 -c basiclibrpath $(DESTDIR)/usr/lib/foo/basiclibrpath
install -m 755 -c basicshippedrpath $(DESTDIR)/usr/lib/foo/basicshippedrpath
+ install -m 744 -c basicshippedrpathmore $(DESTDIR)/usr/lib/foo/basicshippedrpathmore
objcopy --only-keep-debug basic $(DESTDIR)/usr/lib/debug/basic
install -d "$(DESTDIR)/usr/lib/debug/.build-id/"`$(GETBUILDID) -s basicdebug`
install -m 755 -c basicdebug $(DESTDIR)/usr/share/foo/basicdebug
--
1.8.4.rc3
Bug#682067: Unset GIT_WORK_TREE before cloning git repo
Package: fai-client Version: 4.0.8~deb7u1 The bug is still present in fai 4.0.8~deb7u1 (wheezy version) and in github repo. Unsetting GIT_WORK_TREE in a subshell, as Michael shows in message #65, works well for me, and it seems a correct solution (git clone doesn't need GIT_WORK_TREE or --git-work-tree, as it is already specified in the command line). I patched the source in my fork (hoping that attribution to Michael is done properly), so you can test it from there [1]. I hope it can be merged upstream. Regards, Paolo [1] https://github.com/paolomiotto/fai/commit/b69b8d609b32960115809ee938c4928ae84aa0c6 -- SEMEL (SErvizio di Messaging ELettronico) - AINF, Universita' di Udine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726947: r-base: depends on deprecated package texi2html
(Darn. This sat as an unfinished/unsent emacs buffer for a few days.) On 20 October 2013 at 21:57, Julian Gilbey wrote: | Source: r-base | Version: 3.0.2-1 | Severity: important | Tags: patch | | I have just noticed that the texi2html package is deprecated in | unstable (see bug#710466). Patch: simply remove it from the | Build-Depends and Suggests fields in debian/control, and it builds | absolutely fine. Thanks, done in my sources. Is there a minimum texinfo version we should depend upon? Dirk -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727611: ggobi needs porting from libgraph to libcgraph (graphviz-2.34)
On 25 October 2013 at 12:08, Matthias Klose wrote:
| Am 25.10.2013 04:41, schrieb Dirk Eddelbuettel:
| > | Debian still has graphiz-2.2x. There is a reason I did file this as a
wishlist
| > | issue.
| >
| > Well that is sort of silly. For as long this builds on Debian I am not
going
| > to do anything, realistically. Let me know when a new / updated graphviz
hits
| > Debian.
|
| According to http://packages.qa.debian.org/g/graphviz.html, graphviz will be
| involved with the ruby1.8-removal transition. So it won't be that far away,
that
| somebody has to either backport ruby1.9 or ruby2.0 support to graphviz, drop
the
| ruby extension, or update graphviz to a version compatible with a new ruby
(and
| lua, and guile).
Ok.
If you look at the debian/changelog for ggobi, you see that graphviz was the
reason for a lot of changes. I don't expect that to change -- graphviz seems
to be a difficult package which maybe isn't or wasn't always packaged with
the fullest focus. Such is life.
Graphviz is actually pretty nice. Ggobi is a pretty marginal package which
can work with or without, so we have no issue to fight over. I just wanted to
make sure I was not missing anything.
| > And I say this as a heavy Ubuntu user -- with maybe a dozen machines between
| > home and work. But my workflow _for Debian_ is still the same, and if you
| > insist that Ubuntu ("downstream") has to differ than this is really an issue
| > for patches at your end (as you've done, doing your users a disservice by
| > removing the GraphLayout plugin) and not something I can do.
|
| Not sure about the unfriendlyness. It's more of a disservice to ship year's
old
| software (both graphviz and ggobi), and in this case you have to outwage
having
Ggobi has gone somewhat stale upstream. You will notice that we have 2.2.10
whereas debwatch only sees 2.2.9 -- so I already went half an upstream patch
ahead (in cooperation with upstream who I know prtetty well). So I am not
behind, they simple do not release anymore.
But I can't do anything about graphviz.
| a new graphviz working with recent interpreter versions and working on more
| architectures, or a feature complete ggobi. So yes, if you feel that this
issue
| won't hit ggobi for jessie, feel free to ignore it.
Will try to keep an eye on it, but also keep the status quo (with the older
graphviz) in Debian itself.
Thanks as always for all your work concerning Ubuntu and Debian.
Cheers, Dirk
--
Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#720419: Switching from openmpi to mpich2 on ia64?
On Thu, Oct 24, 2013 at 11:04 PM, Michael Banck wrote:
> The 1.6 release of openmpi fails badly on ia64, see Bug #720419. As no
> solution appears to be forthcoming, maybe the best would be to remove
> ia64 from openmpi's arch list and switch to mpich2 as default
> implementation for mpi-default-{bin,dev}?
Why bother ? Itanium support is being dropped. At least this what I
understood from a RM request on my of my package:
http://bugs.debian.org/727600
2cts
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#720419: Switching from openmpi to mpich2 on ia64?
On Fri, Oct 25, 2013 at 1:18 PM, Mathieu Malaterre wrote:
> On Thu, Oct 24, 2013 at 11:04 PM, Michael Banck wrote:
>> The 1.6 release of openmpi fails badly on ia64, see Bug #720419. As no
>> solution appears to be forthcoming, maybe the best would be to remove
>> ia64 from openmpi's arch list and switch to mpich2 as default
>> implementation for mpi-default-{bin,dev}?
>
> Why bother ? Itanium support is being dropped. At least this what I
> understood from a RM request on my of my package:
>
> http://bugs.debian.org/727600
Sorry misread the bug description, it only applied to upstream Mono. I
got confused with the recent mail from Niels [*], where no porter for
ia64 showed up.
Anyone knows what's the actual status of Itanium then ?
[*] https://lists.debian.org/debian-release/2013/10/msg00071.html
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727686: gnome-control-center display : background image not centered disconnecting external monitor
Package: gnome-control-center Version: 1:3.4.3.1-5+b3 Severity: minor 3.10-3-amd64 #1 SMP Debian 3.10.11-1 (2013-09-10) x86_64 GNU/Linux I have an external monitor connected to my notebook (not duplicated). When I disconnect this external monitor, the background image on the notebook desktop is not centered, as you can see here: http://i.imgur.com/O6ge12A.png?1 change image, gnome-shell --replace, exit session, can not resolve this little problem. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) 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 gnome-control-center depends on: ii accountsservice 0.6.34-2 ii apg 2.2.3.dfsg.1-2 ii desktop-file-utils 0.22-1 ii gnome-control-center-data 1:3.4.3.1-5 ii gnome-desktop3-data 3.4.2-2 ii gnome-icon-theme3.8.3-1 ii gnome-icon-theme-symbolic 3.8.2.2-2 ii gnome-menus 3.8.0-2 ii gnome-settings-daemon 3.4.2+git20121218.7c1322-6+b2 ii gsettings-desktop-schemas 3.4.2-3 ii libatk1.0-0 2.10.0-2 ii libc6 2.17-93 ii libcairo-gobject2 1.12.16-2 ii libcairo2 1.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra00.30-2 ii libcheese-gtk23 3.8.3-1 ii libcheese7 3.8.3-1 ii libclutter-1.0-01.14.4-3 ii libcogl-pango12 1.14.0-3 ii libcogl12 1.14.0-3 ii libcolord1 1.0.2-1 ii libcomerr2 1.42.8-1 ii libcups21.6.3-1 ii libdbus-1-3 1.6.16-1 ii libdbus-glib-1-20.100.2-1 ii libegl1-mesa [libegl1-x11] 9.1.7-1 ii libfontconfig1 2.10.2-2 ii libgcrypt11 1.5.3-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgnome-bluetooth113.8.1-2 ii libgnome-desktop-3-23.4.2-2 ii libgnome-menu-3-0 3.8.0-2 ii libgnomekbd83.6.0-1 ii libgnutls26 2.12.23-8 ii libgoa-1.0-03.8.3-2 ii libgssapi-krb5-21.11.3+dfsg-3 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk-3-0 3.8.4-1 ii libgtop2-7 2.28.5-2 ii libjson-glib-1.0-0 0.16.2-1 ii libk5crypto31.11.3+dfsg-3 ii libkrb5-3 1.11.3+dfsg-3 ii libnm-glib4 0.9.8.0-5 ii libnm-gtk0 0.9.8.4-1 ii libnm-util2 0.9.8.0-5 ii libnotify4 0.7.6-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpolkit-gobject-1-0 0.105-4 ii libpulse-mainloop-glib0 4.0-6+b1 ii libpulse0 4.0-6+b1 ii libsocialweb-client20.25.20-6 ii libupower-glib1 0.9.22-1 ii libwacom2 0.8-1 ii libx11-62:1.6.2-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-1 ii libxext62:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxi6 2:1.7.2-1 ii libxklavier16 5.2.1-1 ii libxml2 2.9.1+dfsg1-3 ii libxrandr2 2:1.4.1-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages gnome-control-center recommends: pn cups-pk-helper ii gnome-online-accounts 3.8.3-2 ii gnome-session 3.4.2.1-4 ii gnome-user-guide 3.8.2-1 ii iso-codes 3.47-1 pn mesa-utils ii mousetweaks3.8.0-1 ii policykit-1-gnome 0.105-2 Versions of packages gnome-control-center suggests: ii gnome-screensaver 3.4.1-1+b1 ii gstreamer0.10-pulseaudio 0.10.31-3+nmu1 pn libcanberra-gtk-module ii x11-xserver-utils 7.7+1 -- 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#720419: Switching from openmpi to mpich2 on ia64?
On Fri, Oct 25, 2013 at 01:23:56PM +0200, Mathieu Malaterre wrote:
> On Fri, Oct 25, 2013 at 1:18 PM, Mathieu Malaterre wrote:
> > On Thu, Oct 24, 2013 at 11:04 PM, Michael Banck wrote:
> >> The 1.6 release of openmpi fails badly on ia64, see Bug #720419. As no
> >> solution appears to be forthcoming, maybe the best would be to remove
> >> ia64 from openmpi's arch list and switch to mpich2 as default
> >> implementation for mpi-default-{bin,dev}?
> >
> > Why bother ? Itanium support is being dropped. At least this what I
> > understood from a RM request on my of my package:
> >
> > http://bugs.debian.org/727600
>
> Sorry misread the bug description, it only applied to upstream Mono. I
> got confused with the recent mail from Niels [*], where no porter for
> ia64 showed up.
>
> Anyone knows what's the actual status of Itanium then ?
Well, chances are ia64 will be dropped for jessie, but waiting for this
is not a solution for the openmpi 1.6 transition, which is taking place
right now and is being held up by 1.6 not working on ia64.
Michael
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727683: Updated patch
This is an updated patch that changes objdump_info() in
Lintian::Collect::Binary instead of checks/binaries.pm, so that
everything that uses $objdump->{RPATH} will benefit from the change.
--
|8]
>From 60f978fcfcc8f3477b22453479ab005061d3d84f Mon Sep 17 00:00:00 2001
From: Gergely Nagy
Date: Fri, 25 Oct 2013 13:24:19 +0200
Subject: [PATCH] L::C::Binary: Add support for multi-component RPATHs
The RPATH setting works similar to PATH, and supports multiple
components, separated by a colon. As such, Lintian should be able to
handle those, and split the RPATH into components before making any
checks on those.
This patch does just that, and adds a test case to trigger the original
issue too.
Signed-off-by: Gergely Nagy
---
debian/changelog | 2 ++
lib/Lintian/Collect/Binary.pm| 2 +-
t/tests/binaries-general/debian/Makefile | 3 +++
3 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/debian/changelog b/debian/changelog
index d58061a..2628e7c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -20,6 +20,8 @@ lintian (2.5.20) UNRELEASED; urgency=low
* lib/Lintian/Check.pm:
+ [RG] Detect a few more spelling mistakes by removing some
suffixes before looking them up in the list of spelling mistakes.
+ * lib/Lintian/Collect/Binary.pm:
++ [GN] Add support for multi-component RPATHs. (Closes: #727683)
-- Niels Thykier Thu, 26 Sep 2013 09:35:27 +0200
diff --git a/lib/Lintian/Collect/Binary.pm b/lib/Lintian/Collect/Binary.pm
index a4e2b5b..022eb9b 100644
--- a/lib/Lintian/Collect/Binary.pm
+++ b/lib/Lintian/Collect/Binary.pm
@@ -393,7 +393,7 @@ sub objdump_info {
# Here we just need RPATH and NEEDS, so ignore the rest for now
my ($header, $val) = split m/\s++/, $data;
if ($header eq 'RPATH') {
-$info{$header}->{$val} = 1;
+map {$info{$header}->{$_} = 1;} split m/:/, $val;
} elsif ($header eq 'NEEDED' or $header eq 'SONAME') {
push @{ $info{$header} }, $val;
} elsif ($header eq 'TEXTREL') {
diff --git a/t/tests/binaries-general/debian/Makefile b/t/tests/binaries-general/debian/Makefile
index ac5bd0f..5f0f442 100644
--- a/t/tests/binaries-general/debian/Makefile
+++ b/t/tests/binaries-general/debian/Makefile
@@ -10,6 +10,8 @@ all:
$(COMPILE) -o basiclibrpath basic.c -Wl,--rpath,/usr/lib
# non-special rpath shipped in the package
$(COMPILE) -o basicshippedrpath basic.c -Wl,--rpath,/usr/share/foo
+ # special rpath shipped in the package, multiple paths
+ $(COMPILE) -o basicshippedrpathmore basic.c -Wl,--rpath,/usr/lib/binaries-general:/usr/lib/binaries-general/bar
# static version of basic for debugging checks
$(COMPILE) -static -o basic.static basic.c
# version with debug
@@ -27,6 +29,7 @@ install:
strip -s $(DESTDIR)/usr/lib/debug/usr/share/foo/basic
install -m 755 -c basiclibrpath $(DESTDIR)/usr/lib/foo/basiclibrpath
install -m 755 -c basicshippedrpath $(DESTDIR)/usr/lib/foo/basicshippedrpath
+ install -m 744 -c basicshippedrpathmore $(DESTDIR)/usr/lib/foo/basicshippedrpathmore
objcopy --only-keep-debug basic $(DESTDIR)/usr/lib/debug/basic
install -d "$(DESTDIR)/usr/lib/debug/.build-id/"`$(GETBUILDID) -s basicdebug`
install -m 755 -c basicdebug $(DESTDIR)/usr/share/foo/basicdebug
--
1.8.4.rc3
Bug#720419: Switching from openmpi to mpich2 on ia64?
Just a side note. I would then recommend "mpich" instead of mpich2, as the
current mpich version os 3.0.4 e.g. mpich3 [1].
[1] http://packages.debian.org/source/testing/mpich
Anton
2013/10/24 Michael Banck :
> Hello,
>
> The 1.6 release of openmpi fails badly on ia64, see Bug #720419. As no
> solution appears to be forthcoming, maybe the best would be to remove
> ia64 from openmpi's arch list and switch to mpich2 as default
> implementation for mpi-default-{bin,dev}?
>
> I built aces3 on merulo.debian.org with mpich2, and did not encounter
> any problem, are there known issues with mpich2 on ia64?
>
>
> Michael
>
>
> --
> To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive:
> http://lists.debian.org/20131024210456.gg7...@raptor.chemicalconnection.dyndns.org
>
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727687: fai-client: Config from git is left in detached head state
Package: fai-client
Version: 4.0.8~deb7u1
Severity: wishlist
When getting config from git, the config space is checked out from
origin/$gitbranch and git complains about it:
> Note: checking out 'origin/BRANCH'.
>
> You are in 'detached HEAD' state. You can look around, make experimental
> changes and commit them, and you can discard any commits you make in this
> state without impacting any branches by performing another checkout.
>
> If you want to create a new branch to retain commits you create, you may
> do so (now or later) by using -b with the checkout command again. Example:
>
> git checkout -b new_branch_name
>
> HEAD is now at 6ea2b55... Description
I think it is better to checkout a local branch and merge it with upstream.
diff --git a/lib/get-config-dir-git b/lib/get-config-dir-git
index f2a2285..8251003 100755
--- a/lib/get-config-dir-git
+++ b/lib/get-config-dir-git
@@ -34,7 +34,8 @@ export GIT_WORK_TREE="$FAI"
export GIT_DIR="$FAI/.git"
_git_checkout() {
-git checkout -f "origin/$gitbranch"
+git checkout -f "$gitbranch"
+git merge "origin/$gitbranch"
task_error 882 $?
git clean -df
task_error 882 $?
You can find the patch here:
https://github.com/paolomiotto/fai/commit/3390409a3510c5aa19ed18b01c175e5dfde06d02
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#721763: [brltty] Idea to get id for free
Bastien ROUCARIES, le Fri 25 Oct 2013 08:55:48 +0200, a écrit : > Fdti and the other one in this thread accept to be reflashed for pid/vid only. > So let reserve a few id on openmoko and ask your user to reflash. I don't think a user will dare to reflash his braille device. Those cost thousands of dollars and are typically the only way their owners would be able to use a computer. > Brltty could be slipt in two package > Brltty that will get support for only well behaved driver and brltty-cruft for > the conflict id stuff. That could still be an idea worth considering. > Brltty-cruft will not be enable by default except if answer use it during > install. Well, that is *already* what is supposed to happen. I'm not aware of any other way brltty would end up being installed on a Debian system without the user explicitly requesting it. (except when starting from an Ubuntu system, but we can't really control that). Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#722006: xserver-xorg-input-synaptics: new version breaks middle mouskey
Hi. Anything new here? The problem persists in the most recent version of sid. The problem seems to be that in previous versions the middle mouse key (which are actually one up, one down) produced button event 1/2, nowadays 4/5. Attached is my xorg.log and the following is my xorg.conf: Section "InputDevice" Identifier "Configured Mouse" Driver "synaptics" Option "CorePointer" Option "VertTwoFingerScroll" "true" Option "HorizTwoFingerScroll" "true" Option "UpDownScrolling" "false" Option "TapButton1""1" Option "TapButton2""2" Option "TapButton3""3" Option "MinSpeed" "0.2" Option "MaxSpeed" "0.6" Option "AccelFactor" "0.008" EndSection It seems as if "UpDownScrolling" would be ignored? Also,.. all the accels/speeds have changed again with the new version... this is really annoying. Chris. [ 4590.513] X.Org X Server 1.14.3 Release Date: 2013-09-12 [ 4590.513] X Protocol Version 11, Revision 0 [ 4590.513] Build Operating System: Linux 3.10-2-amd64 x86_64 Debian [ 4590.513] Current Operating System: Linux heisenberg 3.11-1-amd64 #1 SMP Debian 3.11.5-1 (2013-10-17) x86_64 [ 4590.513] Kernel command line: BOOT_IMAGE=/vmlinuz-3.11-1-amd64 root=/dev/mapper/root ro [ 4590.513] Build Date: 05 October 2013 02:04:26PM [ 4590.513] xorg-server 2:1.14.3-4 (Julien Cristau ) [ 4590.513] Current version of pixman: 0.30.2 [ 4590.513] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 4590.513] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 4590.513] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Oct 25 13:37:07 2013 [ 4590.513] (==) Using config file: "/etc/X11/xorg.conf" [ 4590.513] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 4590.513] (==) No Layout section. Using the first Screen section. [ 4590.513] (==) No screen section available. Using defaults. [ 4590.513] (**) |-->Screen "Default Screen Section" (0) [ 4590.513] (**) | |-->Monitor "" [ 4590.514] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 4590.514] (==) Automatically adding devices [ 4590.514] (==) Automatically enabling devices [ 4590.514] (==) Automatically adding GPU devices [ 4590.514] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 4590.514] Entry deleted from font path. [ 4590.514] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 4590.514] (==) ModulePath set to "/usr/lib/xorg/modules" [ 4590.514] (==) |-->Input Device "Configured Mouse" [ 4590.514] (==) No Layout section. Using the first core pointer device. [ 4590.514] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 4590.514] (II) Loader magic: 0x7f5ca170ed00 [ 4590.514] (II) Module ABI versions: [ 4590.514] X.Org ANSI C Emulation: 0.4 [ 4590.514] X.Org Video Driver: 14.1 [ 4590.514] X.Org XInput driver : 19.1 [ 4590.514] X.Org Server Extension : 7.0 [ 4590.514] (II) xfree86: Adding drm device (/dev/dri/card0) [ 4590.516] (--) PCI:*(0:0:2:0) 8086:0166:10cf:16c1 rev 9, Mem @ 0xf000/4194304, 0xe000/268435456, I/O @ 0x4000/64 [ 4590.516] (II) Open ACPI successful (/var/run/acpid.socket) [ 4590.516] Initializing built-in extension Generic Event Extension [ 4590.516] Initializing built-in extension SHAPE [ 4590.516] Initializing built-in extension MIT-SHM [ 4590.516] Initializing built-in extension XInputExtension [ 4590.516] Initializing built-in extension XTEST [ 4590.516] Initializing built-in extension BIG-REQUESTS [ 4590.516] Initializing built-in extension SYNC [ 4590.516] Initializing built-in extension XKEYBOARD [ 4590.516] Initializing built-in extension XC-MISC [ 4590.516] Initializing built-in extension SECURITY [ 4590.516] Initializing built-in extension XINERAMA [ 4590.516] Initializing built-in extension XFIXES [ 4590.516] Initializing built-in extension RENDER [ 4590.516] Initializing built-in extension RANDR [ 4590.516] Initializing built-in extension COMPOSITE [ 4590.516] Initializing built-in extension DAMAGE [ 4590.516] Initializing built-in extension MIT-SCREEN-SAVER [ 4590.516] Initializing built-in extension DOUBLE-BUFFER [ 4590.516] Initializing built-in extension RECORD [ 4590.516] Initializing built-in extension DPMS [ 4590.516] Initializing built-in extensio
Bug#727688: ITP: python-eveapi -- EVE Online API access
Package: wnpp Severity: wishlist * Package name: python-eveapi Version : 1.2.9 Upstream Author : Jamie van den Berge * URL : https://github.com/ntt/eveapi * License : MIT/X Language: Python Description : EVE Online API access Is a python library for accessing EVE Online API -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#683329: flash-kernel: Toshiba AC100 support broken [fix included]
Control: found -1 3.0~rc.2 Control: found -1 3.3+deb7u2 Control: found -1 3.11 Control: tag -1 + patch Control: severity -1 important Hi, Thomas Maass wrote: > flash-kernel no longer flashs the Toshiba AC100 (Tegra2). > It shows only Installing version... but no Flashing... > The last version I remember to work was 3.0rc1. Actually it was 3.0~rc.1. And the first one which no more worked was 3.0~rc.2. Ran into that too when switching my AC100 from Ubuntu Precise to Debian Wheezy -- and it's still present in Debian Jessie/Sid. Vincent Zweije wrote: > Trying to flash a new kernel failed - flash-kernel exits early because > some shell command returned an error code. I have tracked this down to > faulty boot device detection. > > This little loop from /usr/share/flash-kernel/functions around line 468 > does the detection: > > for p in "$android_boot_device"*[0-9]; do > abootimg="$(LC_ALL=C abootimg -i "$p" 2>/dev/null)" > image_size="$(abootimg_get_image_size "$abootimg")" > if [ -n "$image_size" ] && > [ "$image_size" -gt "$largest_size" ]; then > part="$p" > fi > done > > The assignment to abootimg contains a call to abootimg -i "$p". This > call fails when the glob pattern on the line above returns a block device > that is not an android boot image. Since the script is executed with -e, > this aborts the script. > > Adding a "|| :" after the command fixes the problem thus: > > for p in "$android_boot_device"*[0-9]; do > abootimg="$(LC_ALL=C abootimg -i "$p" 2>/dev/null || : > )" > image_size="$(abootimg_get_image_size "$abootimg")" > if [ -n "$image_size" ] && > [ "$image_size" -gt "$largest_size" ]; then > part="$p" > fi > done I came to the same conclusion and patch: --- functions.orig 2013-10-25 13:58:31.379524139 +0200 +++ functions 2013-10-25 13:40:48.984844024 +0200 @@ -475,7 +475,7 @@ part="" largest_size="-1" for p in "$android_boot_device"*[0-9]; do - abootimg="$(LC_ALL=C abootimg -i "$p" 2>/dev/null)" + abootimg="$(LC_ALL=C abootimg -i "$p" 2>/dev/null || true)" image_size="$(abootimg_get_image_size "$abootimg")" if [ -n "$image_size" ] && [ "$image_size" -gt "$largest_size" ]; then Tagging the bug report accordingly and raising the severity to important as this definitely affects all AC100 users. The probably easiest work-around (i.e. one which doesn't involve patching) is to use Julian's packages from http://people.debian.org/~jak/ac100/ which are apt-get-able. JFTR: Here's a condensed summary of what happens: # for i in /dev/mmcblk0p*; do echo $i; abootimg -i $i | fgrep 'image size'; abootimg -i $i >/dev/null 2>&1 ; echo $?; done /dev/mmcblk0p1 * image size = 5242880 bytes (5.00 MB) 0 /dev/mmcblk0p2 * image size = 8388608 bytes (8.00 MB) 0 /dev/mmcblk0p3 /dev/mmcblk0p3: no Android Magic Value /dev/mmcblk0p3: not a valid Android Boot Image. 1 ← This is where flash-kernel aborts due to "set -e". /dev/mmcblk0p4 /dev/mmcblk0p4: no Android Magic Value /dev/mmcblk0p4: not a valid Android Boot Image. 1 /dev/mmcblk0p5 /dev/mmcblk0p5: no Android Magic Value /dev/mmcblk0p5: not a valid Android Boot Image. 1 /dev/mmcblk0p6 /dev/mmcblk0p6: no Android Magic Value /dev/mmcblk0p6: not a valid Android Boot Image. 1 /dev/mmcblk0p7 /dev/mmcblk0p7: no Android Magic Value /dev/mmcblk0p7: not a valid Android Boot Image. 1 # Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727689: RM: biofox -- ROM; Does not work any more with recent versions of firefox
Package: ftp.debian.org Severity: normal Hi, the plugin that was developed for firefox <= 3.6 has stopped development and in tests with recent firefox versions it did not worked. Please remove it from unstable (testing). Kind regards and thanks for your work as ftpmaster Andreas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725737: RFS: gns3/0.8.6-1 [ITA]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Andrew, On 24/10/13 21:52, Andrew Shadura wrote: > [...] I believe it's a wrong approach. You shouldn't install > anything under /usr/local unless absolutely required. Previous > versions of the package didn't do that; please try to do it the > same way here. > I've just uploaded the updated package to mentors. It now includes a small patch to change where GNS3 looks to copy these files from, so they don't have to reside in /usr/local I've also removed any scripting that related to the use of /usr/local in the postinst, prerm, postrm scripts. Regards, Daniel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQEcBAEBAgAGBQJSal4HAAoJEMw/9yOWzAkJ2T8H/0KHr0xrm4BRjeOVBk00HjKh 10fBQpQZu6O393LqQ9HZMro7B6jyBbvDiNAiJcU7R+hnvU0MFj81p7YHvYE8dUrI rllRKvgk5N59oIA4dDXl/sT/PsySbcsfc17xdNALtZbhm9CiLvI+ZT9E3yrCxcBA Bt5w14V8gQNoDFRSkjOIhmM1m1EZM3df7AeMekT2F7MpiIX5riAI5OsDtnmaWEOt rKBEBUzd4fzHKKPt+UsuG2NKuj2UDCUpdCpDuCUpwJ/AaW2YboM14Y+fGR07KBk2 s0Fd7X0dXUhl0UNlxmw5xnxJ6csxV9G5HhRMyQMbIcdPpevb72u3xPlfKehS12s= =bXz8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710487: My recent bpo-uploads not appearing in my qa page
On Fr 25 Okt 2013 12:30:46 CEST, Nicolas Dandrimont wrote: Control: tags 710487 + patch [Trimming down the Cc: list a bit] * Mike Gabriel [2013-10-25 09:39:41 +]: I really wished someone with sufficient privileges could look at this rather sooner than later. I start loosing track of my uploads to wheezy-bpo (the scrap of paper gets scribbled more and more...). I guess, other package maintainer feel similar about this. Please find attached a patch to the qa svn repository that makes extract_incoming.pl look in the right place for !squeeze bpo sources. Running the script on quantz and poking around the generated db file makes me think that the "package versions" db file will contain all that is needed for DDPO to find bpo uploads. I have no qa/qa-core super cow powers, so I can't do much more. Cheers, Cool!!! So let's wait for someone to deploy that! Thanks a lot! Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb binz0pyE4ePqP.bin Description: Öffentlicher PGP-Schlüssel pgpIiM_4unjyn.pgp Description: Digitale PGP-Signatur
Bug#677470: xserver-xorg: X server eats CPU when there is animated icons in [plasma]tray
Control: unarchive -1 Control: found -1 1:7.7+3~deb7u1 Reopening this bug as the problem do not seem to be related to the non-free driver at all. I ran into this problem with a NVIDIA Corporation GF119 [Quadro NVS 310] (rev a1) card and using the free X drivers (using the nouveau kernel module). I came across http://lists.x.org/archives/xorg-devel/2012-November/034555.html > reporting that the problem also affect Intel cards, and that the underlying problem is a resource leak slowing down GetXIDRange(). The post contain a patch adding more buckets in the hashing system used by GetXIDRange() to speed up the process. It seem like a useful workaround, but not really a proper fix. But perhaps the patch could be included in Debian anyway, to reduce the problem? I also came across https://bugs.freedesktop.org/show_bug.cgi?id=49416 >, which report that a fix is to upgrade Qt, leading me to suspect the underlying problem is a leak caused by KDE using Qt. Reading these reports, I suspect my problem is the fact that I got psi running, with an animated icon in the panel, causing a X resource leak because of a bug in Qt. But I have not found any indication about exactly what the problem with Qt is. Perhaps this bug should be reassigned to Qt (the libqtcore4 version 4:4.8.2+dfsg-11 package)? Sune Vourela suggested on #debian-devl that the problem might be the one fixed by this KDE commit https://projects.kde.org/projects/kde/kde-workspace/repository/revisions/ec8e405ca447ba5bc5a9f6a2a12e2fa90412a0d4 >. If so, perhaps better to reassign it to KDE (the plasma-desktop version 4:4.8.4-6 package)? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727140: order of conf files
I would add, that creating the link /etc/apache2/conf-available/dokuwiki.conf is not enough if dokuwiki is installed in the root path, e.g. wiki.example.com. In that case javascript-common.conf, which is dependency, will be read only after dokuwiki.conf. The order is important, the javascript-common "Alias /javascript /usr/share/javascript/" directive must come first, before the dokuwiki "Alias / /usr/share/dokuwiki/" directive. Using the link name zzzdokuwiki.conf, for example, solves the ordering issue. I do not know Apache2 enough, but I guess a more elegant solution would be to adding dokuwiki to apache as a virtual host, instead of a server level configuration. In that case the name of the link would not affect the behavior. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710487: My recent bpo-uploads not appearing in my qa page
* Nicolas Dandrimont [2013-10-25 12:30:46 CEST]:
> [Trimming down the Cc: list a bit]
> * Mike Gabriel [2013-10-25 09:39:41 +]:
>
> > I really wished someone with sufficient privileges could look at
> > this rather sooner than later. I start loosing track of my uploads
> > to wheezy-bpo (the scrap of paper gets scribbled more and more...).
> > I guess, other package maintainer feel similar about this.
>
> Please find attached a patch to the qa svn repository that makes
> extract_incoming.pl look in the right place for !squeeze bpo sources.
Great. Just one nitpick:
> Index: data/ddpo/extract_incoming.pl
> ===
> --- data/ddpo/extract_incoming.pl (révision 3079)
> +++ data/ddpo/extract_incoming.pl (copie de travail)
> @@ -65,7 +65,6 @@
> my $delayed_summary =
> "http://people.debian.org/~myon/delayed/delayed-summary";;
> my $delayed_http = "http://people.debian.org/~djpig/delayed/";;
> my $queue_summary = "http://ftp-master.debian.org/new.822";;
> -my $bpo_url = "http://backports.debian.org/debian-backports";;
>
> # global variables
> my %db;
> @@ -239,8 +238,16 @@
> next if ($distkey =~ /^(unstable|testing)/);
> my $dist = $active_dists{$distkey} . "-backports";
> my $codename = $distkey eq "stable" ? "bpo" : "$distkey-bpo";
> +
> +my $archive = "ftp.debian.org";
> +my $bpo_url = "http://ftp.debian.org/debian";;
> +if ($dist eq "squeeze-backports") {
> +$archive = "backports.org";
> +$bpo_url = "http://backports.debian.org/debian-backports";;
> +}
> +
I wouldn't move the definition my "my $bpo_url" from the other URL
definitions. Reason being, the special casing for squeeze-backports
will eventually fade and can get removed, and the URL definitions should
stick together. There's a reason why they are next to each other right
now. :)
Maybe also put my $archive next to it and put an additional comment
that the special casing can get removed after squeeze gets archived.
Enjoy, and thanks!
Rhonda
--
Fühlst du dich mutlos, fass endlich Mut, los |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710487: My recent bpo-uploads not appearing in my qa page
* Gerfried Fuchs [2013-10-25 14:24:41 +0200]:
> I wouldn't move the definition my "my $bpo_url" from the other URL
> definitions. Reason being, the special casing for squeeze-backports
> will eventually fade and can get removed, and the URL definitions should
> stick together. There's a reason why they are next to each other right
> now. :)
>
> Maybe also put my $archive next to it and put an additional comment
> that the special casing can get removed after squeeze gets archived.
That totally makes sense. Please find attached the v2 of this patch.
Thanks for the feedback,
--
Nicolas Dandrimont
"Are [Linux users] lemmings collectively jumping off of the cliff of
reliable, well-engineered commercial software?"
(By Matt Welsh)
Index: data/ddpo/extract_incoming.pl
===
--- data/ddpo/extract_incoming.pl (révision 3079)
+++ data/ddpo/extract_incoming.pl (copie de travail)
@@ -65,7 +65,8 @@
my $delayed_summary = "http://people.debian.org/~myon/delayed/delayed-summary";;
my $delayed_http = "http://people.debian.org/~djpig/delayed/";;
my $queue_summary = "http://ftp-master.debian.org/new.822";;
-my $bpo_url = "http://backports.debian.org/debian-backports";;
+my $bpo_archive = "ftp.debian.org";
+my $bpo_url = "http://ftp.debian.org/debian";;
# global variables
my %db;
@@ -239,8 +240,15 @@
next if ($distkey =~ /^(unstable|testing)/);
my $dist = $active_dists{$distkey} . "-backports";
my $codename = $distkey eq "stable" ? "bpo" : "$distkey-bpo";
+
+# Special-casing for squeeze-bpo, to be removed when squeeze gets archived.
+if ($dist eq "squeeze-backports") {
+$bpo_archive = "backports.org";
+$bpo_url = "http://backports.debian.org/debian-backports";;
+}
+
my $files_to_zcat = '';
-foreach my $file_to_zcat ( glob "/srv/qa.debian.org/data/ftp/backports.org/dists/$dist*/{main,contrib,non-free}/source/Sources.gz" )
+foreach my $file_to_zcat ( glob "/srv/qa.debian.org/data/ftp/$bpo_archive/dists/$dist*/{main,contrib,non-free}/source/Sources.gz" )
{
$files_to_zcat .= " $file_to_zcat" if( -e $file_to_zcat );
}
signature.asc
Description: Digital signature
Bug#727690: Use dh_autotools-dev to update config.{sub,guess} for AArch64
Package: gtkglext
Version: 1.2.0-3.1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: arm64
Use dh_autotools-dev to update config.{sub,guess} for AArch64
patch at
http://launchpadlibrarian.net/154975078/gtkglext_1.2.0-3.1fakesync1_1.2.0-3.1fakesync2.diff.gz
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#713192: virtuoso-opensource: FTBFS: /bin/sh: 1: aclocal-1.11: not found
On Fri, 25 Oct 2013 00:21:32 -0300 "Lisandro Damián Nicanor Pérez Meyer" wrote: > I don't understand why you add subdir-objects. The FTBFS seems to come from > outdated autotools stuff. Oops, please get rid of it, I was confused with other packages' FTBFS issue (try to fix almost 50 packages, so forgive me... ;) -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#700117: chrpath: please update config.guess and config.sub for arm64
On Fri, Feb 08, 2013 at 11:33:24PM +, Colin Watson wrote: > Please update config.guess and config.sub to a current version from > autotools-dev to support the arm64 architecture (aarch64-linux-gnu). > The obvious patch follows in case it helps. Here's a much shorter patch to achieve much the same effect. * Use the autotools-dev dh addon to update config.guess/config.sub for new ports. diff -u chrpath-0.14/debian/control chrpath-0.14/debian/control --- chrpath-0.14/debian/control +++ chrpath-0.14/debian/control @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: Tollef Fog Heen -Build-Depends: debhelper (>= 9) +Build-Depends: debhelper (>= 9), autotools-dev Standards-Version: 3.9.3 Package: chrpath diff -u chrpath-0.14/debian/rules chrpath-0.14/debian/rules --- chrpath-0.14/debian/rules +++ chrpath-0.14/debian/rules @@ -1,7 +1,7 @@ #! /usr/bin/make -f %: - dh $@ + dh $@ --with autotools_dev override_dh_auto_install: dh_auto_install -- docdir="/usr/share/doc/chrpath" Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727670: [Pkg-roundcube-maintainers] Bug#727670: [roundcube-plugins-extra] Please add calendar and carddav plugins
Matteo Calorio: > > Do you have a link to upstream tarball and source repositories? > > http://git.kolab.org/roundcubemail-plugins-kolab/tree/plugins/calendar Ok, this one would be covered by the ITP that I mentioned earlier. > https://github.com/graviox/Roundcube-CardDAV This one has not been touched for a while. Can you confirm that it works well with Roundcube 0.9? > > I have recently seen the following ITP for Kolab's plugins which might > > cover similar grounds: > > Will it be part of the package roundcube-plugins or roundcube-plugins- > extra? It's an “Intent to package”. It would be a new package, named “roundcube-plugins-kolab”. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#726597: Please document Acquire::http::ProxyAutoDetect
On Fri, Oct 25, 2013 at 12:17:16AM +0200, Francesco Poli wrote: > On Thu, 24 Oct 2013 08:30:31 +0200 Michael Vogt wrote: > > Do you think the following > > clarifies it? > > > > + http://proxy:port/. This will override the > > + generic Acquire::http::Proxy but not any > > specific > > + host porxy configuration set via > > + Acquire::http::Proxy::$HOST. > > Yes, I think it explains the precedences. > Thank you! > > > BTW, I am not an English native speaker, hence I am not 100 % sure on > all the following (please ask for a review on debian-l10n-english, if > needed), but I think that you should: > > s/a external/an external/ > s/a example/an example/ > s/This option take precedence/This option takes precedence/ > s/porxy/proxy/ Thanks again! I corrected these typos and commited the code to my local git tree now. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691151: mount: Bind mounts not shown as such in mount output
Any workaround for this bug？ -- Zhiping Deng
Bug#710487: My recent bpo-uploads not appearing in my qa page
* Nicolas Dandrimont [2013-10-25 14:48:27 +0200]:
> * Gerfried Fuchs [2013-10-25 14:24:41 +0200]:
>
> > I wouldn't move the definition my "my $bpo_url" from the other URL
> > definitions. Reason being, the special casing for squeeze-backports
> > will eventually fade and can get removed, and the URL definitions should
> > stick together. There's a reason why they are next to each other right
> > now. :)
> >
> > Maybe also put my $archive next to it and put an additional comment
> > that the special casing can get removed after squeeze gets archived.
>
> That totally makes sense. Please find attached the v2 of this patch.
And a v3 that actually works :-/ *whistles innocently*.
Cheers,
--
Nicolas Dandrimont
BOFH excuse #65:
system needs to be rebooted
Index: extract_incoming.pl
===
--- extract_incoming.pl (révision 3079)
+++ extract_incoming.pl (copie de travail)
@@ -65,7 +65,8 @@
my $delayed_summary = "http://people.debian.org/~myon/delayed/delayed-summary";;
my $delayed_http = "http://people.debian.org/~djpig/delayed/";;
my $queue_summary = "http://ftp-master.debian.org/new.822";;
-my $bpo_url = "http://backports.debian.org/debian-backports";;
+my $bpo_archive = "ftp.debian.org";
+my $bpo_url = "http://ftp.debian.org/debian";;
# global variables
my %db;
@@ -239,8 +240,17 @@
next if ($distkey =~ /^(unstable|testing)/);
my $dist = $active_dists{$distkey} . "-backports";
my $codename = $distkey eq "stable" ? "bpo" : "$distkey-bpo";
+
+# Special-casing for squeeze-bpo, to be removed when squeeze gets archived.
+my $cur_bpo_archive = $bpo_archive;
+my $cur_bpo_url = $bpo_url;
+if ($dist eq "squeeze-backports") {
+$cur_bpo_archive = "backports.org";
+$cur_bpo_url = "http://backports.debian.org/debian-backports";;
+}
+
my $files_to_zcat = '';
-foreach my $file_to_zcat ( glob "/srv/qa.debian.org/data/ftp/backports.org/dists/$dist*/{main,contrib,non-free}/source/Sources.gz" )
+foreach my $file_to_zcat ( glob "/srv/qa.debian.org/data/ftp/$cur_bpo_archive/dists/$dist*/{main,contrib,non-free}/source/Sources.gz" )
{
$files_to_zcat .= " $file_to_zcat" if( -e $file_to_zcat );
}
@@ -260,7 +270,7 @@
if( not defined $db{"$codename:$package"}
or redefined_version_compare( $db{"$codename:$package"}, $version ) < 0 );
$db{"$codename-title:$package"} = "$dist";
- $db{"$codename-url:$package"} = "$bpo_url/$directory/";
+ $db{"$codename-url:$package"} = "$cur_bpo_url/$directory/";
$backports{lc $maintainer}->{$package} = 1;
if ($uploaders) {
chomp $uploaders;
signature.asc
Description: Digital signature
Bug#713209: libmpc: FTBFS: /bin/sh: 1: aclocal-1.11: not found
Control: tags -1 +patch Hi, Attached patch would fix this FTBFS, could you check and consider to apply it, please? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane diff -Nru libmpc-0.1~r459/debian/changelog libmpc-0.1~r459/debian/changelog --- libmpc-0.1~r459/debian/changelog 2012-06-21 16:39:19.0 +0900 +++ libmpc-0.1~r459/debian/changelog 2013-10-22 16:25:03.0 +0900 @@ -1,3 +1,15 @@ +libmpc (2:0.1~r459-4.1) unstable; urgency=low + + * Non-maintainer upload. +- auto detect aclocal/automake/autoconf version (Closes: #713209) +- include autoreconf.mk to add "config/compile" file + * debian/control +- add "Build-Depends: dh-autoreconf" to provide above autreconf.mk + * debian/patches +- add add_subdir-objects.patch for automake + + -- Hideki Yamane Tue, 22 Oct 2013 16:11:05 +0900 + libmpc (2:0.1~r459-4) unstable; urgency=medium * Team upload. diff -Nru libmpc-0.1~r459/debian/control libmpc-0.1~r459/debian/control --- libmpc-0.1~r459/debian/control 2012-06-18 03:52:44.0 +0900 +++ libmpc-0.1~r459/debian/control 2013-10-22 16:15:51.0 +0900 @@ -9,6 +9,7 @@ gnulib, automake, autoconf, + dh-autoreconf, libtool, pkg-config, libreplaygain-dev (>= 1.0~r412), diff -Nru libmpc-0.1~r459/debian/patches/add_subdir-objects.patch libmpc-0.1~r459/debian/patches/add_subdir-objects.patch --- libmpc-0.1~r459/debian/patches/add_subdir-objects.patch 1970-01-01 09:00:00.0 +0900 +++ libmpc-0.1~r459/debian/patches/add_subdir-objects.patch 2013-10-22 19:47:40.0 +0900 @@ -0,0 +1,16 @@ +Description: avoid automake error +Author: Hideki Yamane +Forwarded: no +Last-Update: 2013-10-23 + +--- libmpc-0.1~r459.orig/configure.in libmpc-0.1~r459/configure.in +@@ -3,7 +3,7 @@ AC_CONFIG_AUX_DIR([config]) + AC_CONFIG_MACRO_DIR([m4]) + AC_CONFIG_SRCDIR([libmpcdec/mpc_reader.c]) + AM_CONFIG_HEADER([include/config.h]) +-AM_INIT_AUTOMAKE ++AM_INIT_AUTOMAKE(subdir-objects) + AM_MAINTAINER_MODE + + AC_LANG_C diff -Nru libmpc-0.1~r459/debian/patches/series libmpc-0.1~r459/debian/patches/series --- libmpc-0.1~r459/debian/patches/series 2012-06-21 16:13:44.0 +0900 +++ libmpc-0.1~r459/debian/patches/series 2013-10-22 16:16:44.0 +0900 @@ -3,3 +3,4 @@ 03_mpcchap.patch 04_link-order.patch 1001_missing_extern_kw.patch +add_subdir-objects.patch diff -Nru libmpc-0.1~r459/debian/rules libmpc-0.1~r459/debian/rules --- libmpc-0.1~r459/debian/rules 2012-06-18 03:43:41.0 +0900 +++ libmpc-0.1~r459/debian/rules 2013-10-22 16:15:21.0 +0900 @@ -3,14 +3,15 @@ include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/autotools.mk include /usr/share/cdbs/1/rules/utils.mk +include /usr/share/cdbs/1/rules/autoreconf.mk DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) DEB_AUTO_UPDATE_LIBTOOL = pre -DEB_AUTO_UPDATE_ACLOCAL = 1.11 -DEB_AUTO_UPDATE_AUTOCONF = 2.67 -DEB_AUTO_UPDATE_AUTOHEADER = 2.67 -DEB_AUTO_UPDATE_AUTOMAKE = 1.11 +DEB_AUTO_UPDATE_ACLOCAL = $(shell dpkg -s automake | perl -nle '/^Version: (?:\d:)?(\d+\.\d+)?/ and print $$1') +DEB_AUTO_UPDATE_AUTOCONF = $(shell dpkg -s autoconf | perl -nle '/^Version: (?:\d:)?(\d+\.\d+)?/ and print $$1') +DEB_AUTO_UPDATE_AUTOMAKE = $(shell dpkg -s automake | perl -nle '/^Version: (?:\d:)?(\d+\.\d+)?/ and print $$1') +DEB_AUTO_UPDATE_AUTOHEADER = $(shell dpkg -s autoheader | perl -nle '/^Version: (?:\d:)?(\d+\.\d+)?/ and print $$1') common-binary-post-install-arch:: list-missing
Bug#727682: bilibop-rules: Fails to configure: lsbilibop calls udevadm in an unsupported way
Hi, On 25/10/2013 12:24, Axel Beckert wrote: > > But bilibop-rules fails to install during configure phase. I've added a > "set -x" to the package's postinst script to see where it exactly fails: > > [...] > > /bin/lsbilibop seems to call udevadm in line 44 as follows: > > udev_root="$(udevadm info --root)" > > But calling "udevadm info --root" manually on the commandline throws > exactly the above error message. According to the man-page, the --root > option is only thought as additional option for two query types: Oh my bad, you're right. This no more works since udev is now a part of systemd. I wil fix it today, thanks for your detailed report. Cheers, quidame signature.asc Description: OpenPGP digital signature
Bug#727691: (no subject)
Package: check Version: 0.9.10-5 Hi developers, maybe do you have a rationale for this, but in ettercap we have recently enabled tests, and we link our tests with libcheck.so file. In debian seems to be this file is deleted upon build, as shown in rules file rm -f debian/check/usr/lib/$(DEB_HOST_MULTIARCH)/libcheck.so.* rm -f debian/check/usr/lib/$(DEB_HOST_MULTIARCH)/libcheck.so rm -f debian/check/usr/lib/$(DEB_HOST_MULTIARCH)/libcheck.la How can we link it if you delete it when building? At this moment we are using an embedded libcheck copy, but this solution isn't the best one. Thanks, Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727692: gerbv: project file does not save all settings
Package: gerbv Version: 2.6.0-1 Severity: wishlist Dear Maintainer, * What led up to the situation? Generating a project file with some gerber layers, modifying attribtes of the layers (e.g mirroring, translation) or transparency level and saving it close it and reload it * What was the outcome of this action? Attributes not retained. When opening the file, the translation and mirroring settings are gone. Also the color transparency settings * What outcome did you expect instead? Attributes loaded from project file and applied. Would be great if gerbv could implement this features. coldtobi -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gerbv depends on: ii libatk1.0-0 2.10.0-2 ii libc6 2.17-93 ii libcairo2 1.12.16-2 ii libfontconfig1 2.10.2-2 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgtk2.0-0 2.24.21-1 ii libpango1.0-0 1.32.5-5+b1 Versions of packages gerbv recommends: ii extra-xdg-menus 1.0-4 gerbv 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#727645: polkit-kde-1: requires root password for hibernate, wrongly reports other users are logged on
On Fr, Okt 25, 2013 at 01:38:45 +0300, Sami Erjomaa wrote: > Hi, > > I have this same problem and I encountered it after I started using systemd. I also started using systemd recentlcy and I suspected that this might be related. > For me the dialog shows org.freedesktop.login1.hibernate-multiple-sessions as > the reason. > > My understanding is that it is dirmngr that causes this. > > loginctl shows: > SESSION UID USER SEAT > c1 112 dirmngr > c2 1000 durin seat0 > > if I kill dirmngr the dialog requesting root password doesn't pop up. I'll try next time if I can reproduce this. Thanks, Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727693: autopkgtest fails: there is no package called ‘statmod’
Package: r-bioc-limma
Version: 3.16.7~dfsg-1
The latest version of this package grew an XS-Testsuite header which
made it get picked up by our automatic Jenkins runners. However, it
seems that they fail without giving any useful output [1]:
| adt-run: & dsc0t-upstream: [
| adt-run1: teeing to stdout:
/tmp/adt-run.KRNBNH/dsc0t-upstream-testtmp/test_stdout, stderr:
/tmp/adt-run.KRNBNH/dsc0t-upstream-testtmp/test_stderr
| adt-run1: testbed executing test finished with exit status 1
| adt-run: & dsc0t-upstream: ]
| adt-run: & dsc0t-upstream: - - - - - - - - - - results - - - - - - - - - -
| dsc0t-upstream FAIL non-zero exit status 1
I installed r-bioc-limma into a clean VM and ran the test manually with sh -x:
| ~/r-bioc-limma-3.16.7~dfsg⟫ sh -ex debian/tests/upstream
| + mktemp -d
| + TEMPORARY_DIR=/tmp/tmp.ngEhS1PLVf
| + cd /tmp/tmp.ngEhS1PLVf
| + cp /usr/share/doc/r-bioc-limma/tests/limma-Tests.R.gz
/usr/share/doc/r-bioc-limma/tests/limma-Tests.Rout.save.gz .
| + basename limma-Tests.R.gz .gz
| + zcat limma-Tests.R.gz
| + basename limma-Tests.R.gz .gz
| + R CMD BATCH limma-Tests.R
Then I cd'ed into the temporary directory and tried with --verbose:
/tmp/tmp.AHzbzjmcPP⟫ R --verbose CMD BATCH limma-Tests.R
/tmp/tmp.AHzbzjmcPP⟫
I finally found limma-Tests.Rout which seems to have some detail at
last. At the end it says:
| > cor.out <- duplicateCorrelation(M)
| Loading required package: statmod
| Error: could not find function "mixedModel2Fit"
| In addition: Warning message:
| In library(package, lib.loc = lib.loc, character.only = TRUE, logical.return
= TRUE, :
| there is no package called ‘statmod’
| Execution halted
apt-cache search statmod does not give anything. Is that a missing
dependency or some missing configuration? Also, could the autopkgtest
perhaps do something like "R [...] || { cat ; exit 1 }" to
make the test fail usefully?
Thank you!
Martin
P.S. r-bioc-edger fails in a similar way, bug coming.
[1]
https://jenkins.qa.ubuntu.com/job/trusty-adt-r-bioc-limma/1/ARCH=amd64,label=adt/
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.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#727694: libept1.4.12: missing link /usr/lib/libept.so.1.0.5.4.12
Package: libept1.4.12 Version: 1.0.12 Severity: normal Tags: patch Hello Maintainer! Was trying to run "goplay", just for fun :), but I got the error: goplay: error while loading shared libraries: libept.so.1.0.5.4.12: cannot open shared object file: No such file or directory Looking inside the libept1.4.12_1.0.12_amd64.deb file I see the link exists but it point to the wrong file. Inside the .deb archive the link is pointing to ../libept.so.1.aptpkg4.12 instead it should pointing to: x86_64-linux-gnu/libept.so.1.aptpkg4.12 at least on my amd_64 system. Manually creating the link solved my problem. Thanks for you help. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (700, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libept1.4.12 depends on: ii libapt-pkg4.12 0.9.12.1 ii libc6 2.17-93 ii libgcc11:4.8.2-1 ii libstdc++6 4.8.2-1 ii libxapian221.2.15-2 ii multiarch-support 2.17-93 ii zlib1g 1:1.2.8.dfsg-1 libept1.4.12 recommends no packages. libept1.4.12 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#551680: note to self
note to self: https://wiki.debian.org/DebugPackage -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727695: autopkgtest fails: copy&paste error, and there is no package called ‘MASS’
Package: r-bioc-edger Version: 3.2.4~dfsg-1 The latest version of this package grew an XS-Testsuite header which made it get picked up by our automatic Jenkins runners. However, it seems that they fail without giving any useful output [1]: | adt-run: & dsc0t-upstream: [ | adt-run1: teeing to stdout: /tmp/adt-run.KRNBNH/dsc0t-upstream-testtmp/test_stdout, stderr: /tmp/adt-run.KRNBNH/dsc0t-upstream-testtmp/test_stderr | adt-run1: testbed executing test finished with exit status 1 | adt-run: & dsc0t-upstream: ] | adt-run: & dsc0t-upstream: - - - - - - - - - - results - - - - - - - - - - | dsc0t-upstream FAIL non-zero exit status 1 I installed r-bioc-edger into a clean VM and ran the test manually with sh -x: | r-bioc-edger-3.2.4~dfsg⟫ sh -ex debian/tests/upstream | + mktemp -d | + TEMPORARY_DIR=/tmp/tmp.j2crsonUAL | + cd /tmp/tmp.j2crsonUAL | + cp /usr/share/doc/r-bioc-limma/tests/limma-Tests.R.gz /usr/share/doc/r-bioc-limma/tests/limma-Tests.Rout.save.gz . | + basename limma-Tests.R.gz .gz | + zcat limma-Tests.R.gz | + basename limma-Tests.R.gz .gz | + R CMD BATCH limma-Tests.R Please note that this copied the *limma* tests, presumably this is a copy&paste error from r-bioc-limma? When I replace that with "edger", I get: | r-bioc-edger-3.2.4~dfsg⟫ sh -ex debian/tests/upstream | + mktemp -d | + TEMPORARY_DIR=/tmp/tmp.s6FvBqjRVy | + cd /tmp/tmp.s6FvBqjRVy | + cp /usr/share/doc/r-bioc-edger/tests/edgeR-Tests.R.gz /usr/share/doc/r-bioc-edger/tests/edgeR-Tests.Rout.save.gz . | + basename edgeR-Tests.R.gz .gz | + zcat edgeR-Tests.R.gz | + basename edgeR-Tests.R.gz .gz | + R CMD BATCH edgeR-Tests.R And the log file says | ~/r-bioc-edger-3.2.4~dfsg⟫ tail -n 20 /tmp/tmp.s6FvBqjRVy/edgeR-Tests.Rout | Gene61 2.855317 10.27136 10.738307 1.049403e-03 5.247014e-01 | Gene62 -2.123902 10.53174 8.818704 2.981584e-03 8.334758e-01 | Gene134 -1.949073 10.53355 8.125889 4.363759e-03 8.334758e-01 | Gene740 -1.610046 10.94907 8.013408 4.643227e-03 8.334758e-01 | Gene354 2.022698 10.45066 7.826308 5.149116e-03 8.334758e-01 | Gene51.856816 10.45249 7.214238 7.232750e-03 8.334758e-01 | Gene746 -1.798331 10.53094 6.846262 8.882690e-03 8.334758e-01 | Gene110 1.623148 10.68607 6.737984 9.438120e-03 8.334758e-01 | Gene383 1.637140 10.75412 6.687530 9.708962e-03 8.334758e-01 | > d <- estimateGLMCommonDisp(d, design, verbose=TRUE) | Disp = 0.10253 , BCV = 0.3202 | > glmFit(d,design,dispersion=dispersion.true,method="simple", prior.count=0.5/3) | Loading required package: MASS | Error in mglmSimple(y, design = design, dispersion = dispersion, offset = offset, : | could not find function "negative.binomial" | Calls: glmFit ... glmFit.DGEList -> glmFit -> glmFit.default -> mglmSimple | In addition: Warning message: | In library(package, lib.loc = lib.loc, character.only = TRUE, logical.return = TRUE, : | there is no package called ‘MASS’ | Execution halted So just like with limma this might be a missing dependency or mis-configuration? Thank you! Martin [1] https://jenkins.qa.ubuntu.com/job/trusty-adt-r-bioc-edger/1/ARCH=amd64,label=adt/ -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#721763: [brltty] Idea to get id for free
On Fri, Oct 25, 2013 at 1:45 PM, Samuel Thibault wrote: > Bastien ROUCARIES, le Fri 25 Oct 2013 08:55:48 +0200, a écrit : >> Fdti and the other one in this thread accept to be reflashed for pid/vid >> only. >> So let reserve a few id on openmoko and ask your user to reflash. > > I don't think a user will dare to reflash his braille device. Those cost > thousands of dollars and are typically the only way their owners would > be able to use a computer. Changind vid/pid of usb adaptater is ultra low risk. You could always do it in reverse. And if manufacturer but the usb logo on their product it is violation of FTDI usb forum trademark so we could prod the manufactuer. > >> Brltty could be slipt in two package >> Brltty that will get support for only well behaved driver and brltty-cruft >> for >> the conflict id stuff. > > That could still be an idea worth considering. > >> Brltty-cruft will not be enable by default except if answer use it during >> install. > > Well, that is *already* what is supposed to happen. I'm not aware of > any other way brltty would end up being installed on a Debian system > without the user explicitly requesting it. > > (except when starting from an Ubuntu system, but we can't really control > that). > > Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726012: orange: depends on librapi2, libsynce which are to be removed
reassign 726012 ftp.debian.org retitle 726012 RM: orange -- RoM thanks let's remove orange to then. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727529: FWIW -- +1 for webodf packaging
Just saw http://lwn.net/Articles/571544/ post about this feature of using webodf to be used/added to owncloud... this is what might make me start using the beast! so whoever could help packaging webodf would get my sincere gratitude. Myself I am not verse in javascript or "its" packaging, thus CCing experts in that front. -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate, Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727696: python-mmkeys: multimedia keys not working anymore
Package: python-mmkeys Version: 1.6.2.1-5 Severity: normal Hi, I'm not sure when this happened, but it seems that multimedia keys on my keyboard stopped working with Quodlibet (which uses python-mmkeys). I'm unsure how to debug that, any information appreciated. Regards, -- Yves-Alexis -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (450, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-mmkeys depends on: ii libatk1.0-0 2.10.0-2 ii libc6 2.17-93 ii libcairo2 1.12.16-2 ii libfontconfig1 2.11.0-1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgtk2.0-0 2.24.22-1 ii libpango1.0-0 1.36.0-1 ii python 2.7.5-5 ii python-gtk2 2.24.0-3+b1 ii python2.6 2.6.8-2 ii python2.7 2.7.5-8 python-mmkeys recommends no packages. python-mmkeys 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#727660: gnutls28: CVE-2013-4466: GNUTLS-SA-2013-3
On 10/25/2013 12:20 AM, Salvatore Bonaccorso wrote: > CVE-2013-4466[0]: > gnutls/libdane buffer overflow > > This only affects 3.1.x and 3.2.x so, gnutls28. A patch [1] is > provided (upstream recomendation is to directly update to 3.2.5, see > [2]). Is this relevant for debian, given that we build with --disable-libdane? btw, it's not clear to me why we --disable-libdane -- I see that it was set (along with --without-tpm) in 3.1.3-1, but i don't see the reason for it. could that be clarified someplace? --dkg signature.asc Description: OpenPGP digital signature
Bug#720419: Switching from openmpi to mpich2 on ia64?
On 25/10/2013 13:25, Michael Banck wrote:
> On Fri, Oct 25, 2013 at 01:23:56PM +0200, Mathieu Malaterre wrote:
>> On Fri, Oct 25, 2013 at 1:18 PM, Mathieu Malaterre wrote:
>>> On Thu, Oct 24, 2013 at 11:04 PM, Michael Banck wrote:
The 1.6 release of openmpi fails badly on ia64, see Bug #720419. As no
solution appears to be forthcoming, maybe the best would be to remove
ia64 from openmpi's arch list and switch to mpich2 as default
implementation for mpi-default-{bin,dev}?
>>> Why bother ? Itanium support is being dropped. At least this what I
>>> understood from a RM request on my of my package:
>>>
>>> http://bugs.debian.org/727600
>> Sorry misread the bug description, it only applied to upstream Mono. I
>> got confused with the recent mail from Niels [*], where no porter for
>> ia64 showed up.
>>
>> Anyone knows what's the actual status of Itanium then ?
> Well, chances are ia64 will be dropped for jessie, but waiting for this
> is not a solution for the openmpi 1.6 transition, which is taking place
> right now and is being held up by 1.6 not working on ia64.
>
I did quite some work with upstream regarding openmpi on ia64 but
without success for now.
I have to go back on the subject but I have been busy lately (and
knowing that ia64 is going to
be removed does not increase my motivation).
:(
Sylvestre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#717076: tech-ctte: Decide what jpeg library the Debian project will use
Hello Don, I am just checking whether the tech-ctte has all the info they need to make informed decision on this bug, or do you need any extra input? E.g. take all the time you need, but I want to be sure that it's not stalled on my or Mike's side and you are waiting for something from us now. Cheers, Ondrej On Thu, Jul 25, 2013, at 18:16, Don Armstrong wrote: > On Thu, 25 Jul 2013, Mike Gabriel wrote: > > I have been using the compat mode in LJT since Debian squeeze. As > > part of upstream X2Go I build packages just like the one in Debian > > but with compat mode enabled. The packages (still 1.2.90) can be > > obtained from > > > > deb http://packages.x2go.org/debian wheezy main heuler > > > > or with dget [1]. > > This is a good start. However, the package should also build libjpeg-dev > or whatever is appropriate so that the transition can be completely > tested. It would also be good to have all of the packages which depend > on libjpeg-dev built with this transition package, and a select few > tested without being rebuilt.[1] > > Finally, what is the status of upstream supporting SmartScale? > > What are the downsides of Debian not supporting it? [Does Debian ship > any images which use it?] > > 1: You're probably already doing this, but details on the packages which > are known to work, and any which have problems would be important to > know. > > -- > Don Armstrong http://www.donarmstrong.com > > No amount of force can control a free man, a man whose mind is free > [...] You can't conquer a free man; the most you can do is kill him. > -- Robert Heinlein _Revolt in 2010_ p54 -- Ondřej Surý Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727697: plasma-widget-veromix: veromix crashes plasma desktop shell.
Package: plasma-widget-veromix Version: 0.18.3-1 Severity: normal Tags: upstream Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages plasma-widget-veromix depends on: ii plasma-scriptengine-python 4:4.10.5-3 ii python-qt4-dbus 4.10.3-2 ii python-xdg 0.25-3 ii veromix-common 0.18.3-1 plasma-widget-veromix recommends no packages. plasma-widget-veromix 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
