Bug#731671: git-bzr: failed to detect conversion of file into symlink
Package: git-bzr Version: 1:1.8.4.3-1 Severity: important It seems git-bzr fails to detect the conversion of a file into a symlink, or replacing a file with a symlink... When using git-bzr with remote: bzr::lp:ltsp In a bzr checkout, the file: server/share/ltsp/plugins/ltsp-build-client/Ubuntu/010-debootstrap Is a symlink to ../Debian/010-debootstrap, which happened in bzr revision: 2375 Stéphane Graber 2012-08-02 Ubuntu: Use 010-debootstrap from Debian Which the git branch represents as: commit 5a8cbca627829c18ebeff37f6d06663b6b72b4b5 Author: Stéphane Graber Date: Thu Aug 2 13:20:31 2012 -0400 Ubuntu: Use 010-debootstrap from Debian But that commit is an empty commit, as far as I can tell... In the git checkout, it's not a symlink, but the old file from before commit 5a8cbca627829c18ebeff37f6d06663b6b72b4b5. Other than that, it seems to work quite nicely... :) Also tested with 1:1.8.5.1-1 on sid, and 1:1.8.4~rc3-1~bpo70+1 with wheezy-backports, for what it's worth. live well, vagrant -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages git-bzr depends on: ii git1:1.8.4.3-1 ii python 2.7.5-5 ii python-bzrlib 2.6.0-3 git-bzr recommends no packages. Versions of packages git-bzr suggests: pn bzr pn git-doc -- 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#731664: liferea: "Segmentation fault" during startup (gdb info)
gdb results [...] Program received signal SIGSEGV, Segmentation fault. enclosure_list_view_load (elv=0x0, item=item@entry=0x869b678) at enclosure_list_view.c:248 248enclosure_list_view.c: No such file or directory. Stack dump: #0 enclosure_list_view_load (elv=0x0, item=item@entry=0x869b678) at enclosure_list_view.c:248 #1 0x080883f0 in itemview_select_item (item=item@entry=0x869b678) at itemview.c:189 #2 0x0808d3f3 in liferea_shell_create (app=app@entry=0xb20056c8, overrideWindowState=0x0) at liferea_shell.c:1361 #3 0x08074f11 in on_app_activate (app=0xb20056c8, user_data=0x0) at main.c:87 #4 0xb566d2c3 in g_cclosure_marshal_VOID__VOID () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #5 0xb566b69e in g_closure_invoke () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #6 0xb567d149 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #7 0xb5684b85 in g_signal_emit_valist () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #8 0xb5684dd3 in g_signal_emit () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #9 0xb58ee959 in g_application_activate () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0 #10 0xb58eec70 in ?? () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0 #11 0xb58eed9e in g_application_run () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0 #12 0x0805d343 in main (argc=1, argv=0xb554) at main.c:262 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731670: ftp: wish there was a command like "hash" to display every megabyte
Package: ftp Version: 0.17-28 Severity: wishlist The "hash" command displays every KB sent, but files are getting larger and networks are getting faster so such a display isn't very useful. I think it would be more useful to display every MB that is sent. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#717498: pu: package bootchart/0.10~svn407-4.1~deb7u1 - PATCH v2
> Given the confusion it appears to be causing, I guess we should do this. > I really would like this to be the last time we have to fiddle with this > particular path though. :-( Thanks. Uploaded. And filed a new RC bug #731669 to keep the ancient bootchart out of jessie :-) Auto-rc-removal should take care of the removal from jessie. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731669: bootchart: outdated version should not be shipped with jessie
Package: bootchart Version: 0.10~svn407-4.1 Severity: serious Tags: jessie sid bootchart is an ancient package and should not be released in this shape with jessie. There is also bootchart2 which is probably a successor. bootchart was included in lenny, but not in squeeze. It reappeared again in wheezy, probably because noone noticed ... it is unclear whether it is still usable. The primary purpose of the package in wheezy is cleanup for the initscript from lenny to ensure smooth upgrades of grown systems. Unfortunately this needed several PU updates for wheezy ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731666: suggest to think about testing before uploading to unstable.
On Sun, Dec 08, 2013 at 03:19:41AM +, peter green wrote: > Package: developers-reference > > I just had a conversation with pabs on irc about developers > apparently failing to think about thier packages testing status > before uploading to unstable and he suggested that something should > be in the developers reference. I'm not sure where it would fit best > though, in the uploading section or in the testing sections. > Something along the lines of (wording could almost certainly be > improved, I such at english) > > "you should think about the status of your package with relation to > testing before uploading to unstable. If you have a version in > unstable waiting to migrate then it is generally a good idea to let > it migrate before uploading another new version. I disagree on "generally". Whether it's better to let it migrate to testing first or not depends on the state of three packages, the package currently in testing, the package currently in unstable, and the package to be uploaded to unstable. It's up to the package maintainer to make a judgement call on this. > You should also > check the package tracking system for transition warnings to avoid > making uploads that disrupt ongoing transitions." Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731666: suggest to think about testing before uploading to unstable.
Le Sun, Dec 08, 2013 at 03:19:41AM +, peter green a écrit : > > "you should think about the status of your package with relation to > testing before uploading to unstable. If you have a version in > unstable waiting to migrate then it is generally a good idea to let > it migrate before uploading another new version. You should also > check the package tracking system for transition warnings to avoid > making uploads that disrupt ongoing transitions." Hi Peter, I am unsure how effective such recommendations are. People do not read the Developers Reference before each upload. Also, there was very recently an announce from the release team encouraging to upload at medium urgency when it helps, so the time window in which a problem can happen is quite narrow. Lastly, the release team has the possibility to block uploads to unstable when a transition is problematic. Perhaps the main issue here is that the recommendation conflates two separate questions. 1) What should have the priority: the update of Testing or the update of Unstable ? For this I think that it should be up to the maintainer and we should not try to make a recommendation that is based on assumptions that can not be generalised. 2) Will the upload impact other developers works, in particular in case of transitions ? Here again, it is important to be precise, and to double-check that it reflects the views of the release team. In particular, we should think twice before writing a workflow where one of the outcomes can be "stop what you are doing and come back in 9 days". I think that, in spirit of your proposition, there would be two additions to the Developers Reference that would have a higher added value: a synthethic checklist to look before uploading, and a summary of which actions on a package have potential consequences on the work of other packagers or integrative teams. Have a nice Sunday, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#480239: Source file `/usr/share/emacs-snapshot/site-lisp/w3m/w3m.el' newer than byte-compiled file
> "TK" == Tatsuya Kinoshita writes: TK> And then TK> # apt-get --reinstall install w3m-el-snapshot TK> to byte-compile. Yay! That fixed it. Maybe someone can also fix given is experimental at /usr/lib/emacsen-common/emacs-package-install line 43. when is experimental at /usr/lib/emacsen-common/emacs-package-install line 45. when is experimental at /usr/lib/emacsen-common/emacs-package-install line 46. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#480239: Source file `/usr/share/emacs-snapshot/site-lisp/w3m/w3m.el' newer than byte-compiled file
On December 8, 2013 at 1:43PM +0900, tats (at vega.ocn.ne.jp) wrote: > # apt-get --reinstall install emacsen-common And then # apt-get --reinstall install w3m-el-snapshot to byte-compile. > If /var/lib/emacsen-common/state/package/installed/emacsen-common > is not found, the bug is in the Debian emacsen-common package or so. Anyway, I'll add a workaround to the w3m-el-snapshot package. Thanks, -- Tatsuya Kinoshita -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#480239: Source file `/usr/share/emacs-snapshot/site-lisp/w3m/w3m.el' newer than byte-compiled file
> "TK" == Tatsuya Kinoshita writes: TK> If /var/lib/emacsen-common/state/package/installed/emacsen-common TK> exists, the files should be re-compiled. That file doesn't exist. TK> If /var/lib/emacsen-common/state/package/installed/emacsen-common TK> is not found, the bug is in the Debian emacsen-common package or so. TK> Probably, the following command may help you. TK> # apt-get --reinstall install emacsen-common OK, I just did that but the bug remains. And now /var/lib/emacsen-common/state/package/installed/emacsen-common exists. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#480239: Source file `/usr/share/emacs-snapshot/site-lisp/w3m/w3m.el' newer than byte-compiled file
On December 8, 2013, [emacs-w3m:12247], jidanni (at jidanni.org) wrote: > I'm getting these warnings now > Source file `/usr/share/emacs-snapshot/site-lisp/w3m/w3m.el' newer than > byte-compiled file > Source file `/usr/share/emacs-snapshot/site-lisp/w3m/w3m-util.el' newer than > byte-compiled file > Source file `/usr/share/emacs-snapshot/site-lisp/w3m/w3m-proc.el' newer than > byte-compiled file > Source file `/usr/share/emacs-snapshot/site-lisp/w3m/w3m-ems.el' newer than > byte-compiled file > etc. these days. If /var/lib/emacsen-common/state/package/installed/emacsen-common exists, the files should be re-compiled. If /var/lib/emacsen-common/state/package/installed/emacsen-common is not found, the bug is in the Debian emacsen-common package or so. Probably, the following command may help you. # apt-get --reinstall install emacsen-common Thanks, -- Tatsuya Kinoshita -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731660: Follow-up
On Sun, 2013-12-08 at 02:56 +0100, Yohann Ferreira wrote: [...] > This would be good to tell people about this when switching from a 2.6.XX > kernel version to a linux-image-486 one when installing the package. > Or point to a html link maybe? [...] This change was already made for almost all hard disk controllers between lenny (Debian 5.0, Linux 2.6.26) to squeeze (Debian 6.0, Linux 2.6.32). During an upgrade you would have been prompted to make the configuration change, and that would have given you a configuration that works for all kernel versions. The NEWS file for linux-image-2.6-486 and other metapackages also documented this. Ben. -- Ben Hutchings Knowledge is power. France is bacon. signature.asc Description: This is a digitally signed message part
Bug#480239: Source file `/usr/share/emacs-snapshot/site-lisp/w3m/w3m.el' newer than byte-compiled file
found 480239 1.4.527+0.20131204-1 retitle 480239 Source file `/usr/share/emacs-snapshot/site-lisp/w3m/w3m.el' newer than byte-compiled file thanks I'm getting these warnings now Source file `/usr/share/emacs-snapshot/site-lisp/w3m/w3m.el' newer than byte-compiled file Source file `/usr/share/emacs-snapshot/site-lisp/w3m/w3m-util.el' newer than byte-compiled file Source file `/usr/share/emacs-snapshot/site-lisp/w3m/w3m-proc.el' newer than byte-compiled file Source file `/usr/share/emacs-snapshot/site-lisp/w3m/w3m-ems.el' newer than byte-compiled file etc. these days. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731664: Bug#731663: liferea: "Segmentation fault" during startup
Can you install the liferea-dbg package and get a full backtrace using gdb? Thanks for the bug report. -David Package: liferea Version: 1.10.3-1 Severity: normal liferea can not be started. It generates "Segmentation fault" "liferea --degug-all" produces: GUI: item list selection changed to "(null)" [...] (liferea:15606): Gtk-CRITICAL **: gtk_tree_store_get_path: assertion `iter->stamp == priv->stamp' failed (liferea:15606): Gtk-CRITICAL **: gtk_tree_view_set_cursor_on_cell: assertion `path != NULL' failed (liferea:15606): Gtk-CRITICAL **: gtk_tree_view_scroll_to_cell: assertion `tree_view->priv->tree != NULL' failed HTML : HTML view: selecting "To show all actions in one dialog. Like android email client attachment button" Segmentation fault -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/2 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 liferea depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii gir1.2-gtk-3.0 3.8.4-1 ii gir1.2-peas-1.0 1.8.1-1 ii libatk1.0-0 2.10.0-2 ii libc62.17-97 ii libcairo21.12.16-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgirepository-1.0-11.36.0-2+b1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.4-1 ii libindicate5 0.6.92-2 ii libjson-glib-1.0-0 0.16.2-1 ii libnotify4 0.7.6-1 ii libpango-1.0-0 1.36.0-1 ii libpeas-1.0-01.8.1-1 ii libsoup2.4-1 2.44.1-1 ii libsqlite3-0 3.8.1-1 ii libwebkitgtk-3.0-0 2.2.2-1 ii libxml2 2.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 ii liferea-data 1.10.3-1 ii python-gi3.8.2-1 pn python:any Versions of packages liferea recommends: ii dbus 1.6.18-1 ii dbus-x11 1.6.18-1 ii gir1.2-gnomekeyring-1.0 3.4.1-1 ii gnome-icon-theme 3.10.0-1 ii gnome-keyring3.8.2-2 ii kget 4:4.11.3+dfsg-1 Versions of packages liferea suggests: ii network-manager 0.9.8.0-5 -- debconf-show failed
Bug#731231: Acknowledgement (lxc-attach: getpwuid() fails in ubuntu container)
The bug is fixed using kernel 3.11-0.bpo.2-amd64 and lxc 1.0.0~alpha3-4 Regards -- Gianluigi Tiesi EDP Project Leader Netfarm S.r.l. - http://www.netfarm.it/ Free Software: http://oss.netfarm.it/ Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731667: lxc-initscript stop should call stop -s and not shutdown
Source: lxc Version: 1.0.0~alpha3-3 Severity: important Hi, lxc init script uses lxc-initscript to start/stop containers. lxc-initscript calls lxc shutdown -t 10 on action "stop" lxc-shutdown was replaced by lxc-stop -s (correct?) so the line should be changed from: Lxc shutdown -t 10 to: Lxc stop -s -t 10 Regards -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731666: suggest to think about testing before uploading to unstable.
Package: developers-reference I just had a conversation with pabs on irc about developers apparently failing to think about thier packages testing status before uploading to unstable and he suggested that something should be in the developers reference. I'm not sure where it would fit best though, in the uploading section or in the testing sections. Something along the lines of (wording could almost certainly be improved, I such at english) "you should think about the status of your package with relation to testing before uploading to unstable. If you have a version in unstable waiting to migrate then it is generally a good idea to let it migrate before uploading another new version. You should also check the package tracking system for transition warnings to avoid making uploads that disrupt ongoing transitions." -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731632: dgit adds to quild gitignored files
Ian Jackson writes ("Re: Bug#731632: dgit adds to quild gitignored files"):
> Antoine Beaupré writes ("Bug#731632: dgit adds to quild gitignored files"):
> > The git repo:
> > git+ssh://git.debian.org/git/dgit-repos/repos/bugs-everywhere.git
> >
> > The .gitignore:
Thinking about this some more, I become more puzzled. I think I would
like to try to reproduce this.
I have fetched your source tree. I guess you were trying to push
3caf93f13fc59943cc6162949b57ffdf57daad25 ? And your parent directory
contained bugs-everywhere_1.1.1_orig.tar.gz ? How do I cause this
.be/id-cache file to exist ?
Or to put it another way, can tell me how to repro this problem ?
Thanks,
Ian.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731632: dgit adds to quild gitignored files
Antoine Beaupré writes ("Bug#731632: dgit adds to quild gitignored files"):
> Package: dgit
> Version: 1.9
> Severity: normal
>
> Running dgit git-build on my git checkout of bugs-everywhere commits a
> patch into quilt that include a file that is in .gitignore.
Hmmm.
I do think something is certainly at the very least not optimal here.
But I don't understand fully, so if you don't mind, I'll ask some
questions.
> The git repo:
> git+ssh://git.debian.org/git/dgit-repos/repos/bugs-everywhere.git
>
> The .gitignore:
...
> Actual result:
> the package quilt series has an extra entry for .be/id-cache.
Can you tell me where that ".be/id-cache" file comes from ? (I've not
heard of this file before so you'll have to explain I'm afraid.)
Does your "debian/rules clean" delete it ? (If the file was created
by the build process then I think it's a bug in the package if the
rules clean doesn't remove it again. Of course one goal of dgit is to
make it convenient to work with bugyy packags - and in this case
that's what the -wg option is for: if you use that I think dgit will
delete the unwanted files, making your source tree properly clean.)
Did you expect there to be a quilt patch created by your upload ?
That is, were there changes in your git history which had not been
made into dpkg-source format `3.0 (quilt)' patches ?
The quilt patch is created by dgit running dpkg-source --commit.
But I think whether the creation of this file is recorded in a quilt
patch, or represented some other way in the source package (e.g., if
you had a format 1.0 native package, just in the tarball), isn't
really the point. You probably didn't want it in the source package
at all.
Perhaps the bug is that dgit should have noticed that there were
changes to files which were .gitignored but not ignored by dpkg, and
complained.
I can see why you might think that (some or all of) the dgit build
functions should do the build in a fresh checkout. But this is
awkward because dgit doesn't know which of the files in the parent
directory are necessary to produce the correct .dsc.
Thanks,
Ian.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731633: dgit ignores my .gbp.conf settings [and 1 more messages]
Antoine Beaupré writes ("Bug#731633: dgit ignores my .gbp.conf settings"):
> Minor really. I usually build my git packages using cowbuilder, and I
> have a rather convoluted setup to build packages, on my wheezy box, in
> a sid chroot to (a) get a clean environment and (b) to build against
> sid for uploads.
Thanks for the report.
Right. As the manpage says, you may use any technique you like to do
the build, provided it results in a .dsc which matches your git tree
exactly.
So it's not necessary for the building functions in dgit to support
every possible workflow. However, I'm certainly open to improving
dgit's build functions if it would be possible and useful.
> My setup is a mix of those:
...
> dpkg-buildpackage: paquet source bugs-everywhere
> dpkg-buildpackage: version source 1.1.1-3
> dpkg-buildpackage: source changé par Antoine Beaupré
> dpkg-buildpackage: architecture hôte amd64
> dpkg-source -i.git/ -I.git --before-build bugs-everywhere-1.1.1
> dpkg-source: info: utilisation des options depuis
> bugs-everywhere-1.1.1/debian/source/options : --single-debian-patch
> dpkg-checkbuilddeps : dépendances de construction non trouvées : tla darcs
> monotone rcs python-numpydoc
> dpkg-buildpackage: avertissement: dépendances de construction et conflits non
> satisfaits ; échec.
> dpkg-buildpackage: avertissement: (Utilisez l'option -d pour forcer.)
> gbp:error: Couldn't run 'dpkg-buildpackage -i\.git/ -I.git -us -uc
> -v1.1.1-2': dpkg-buildpackage -i\.git/ -I.git return
> git-buildpackage: failed command: git-buildpackage -us -uc --git-no-sign-tags
> '--git-builder=dpkg-buildpackage -i'\\'.g
> dgit: subprocess failed with error exit status 1
So I think you are right that the problem here is that dgit is
overriding --git-builder. dgit needs to do this because the default
ignore rules are not correct: git-buildpackage (and various other
tools) ignore .gitignore (and perhaps other things) by default, which
is not correct with dgit.
As far as I know the only way to specify a different set of ignore
rules with git-buildpackage is to override --git-builder.
As it happens, I think you can achieve the same effect with dgit's
subcommand override options. If I UTSL I see this in cmd_git_build:
my @cmd =
(qw(git-buildpackage -us -uc --git-no-sign-tags),
"--git-builder=@dpkgbuildpackage");
So it may work to say something like:
dgit --dpkg-buildpackage=git-pbuilder git-build
I appreciate that this isn't particularly discoverable, but the
ability to override dpkg-buildpackage is documented in the manual
and if you run dgit with the -D option it will show you the commands
it's running. (Would it have been better to show this particular
command by default?)
> This seems to work a little better here:
> DIST=sid ARCH=amd64 dgit git-build --git-builder=git-pbuilder
> It seems to me this shouldn't be hardcoded.
I assume that this works only because something else is somehow
overriding the dropping of .gitignore.
Later in this bug you followed up:
Antoine Beaupré writes:
> Ah, after more complete testing, it seems that push fails with packages
> built through pbuilder, because it can't find the .dsc file:
...
> dgit: looked for .dsc bugs-everywhere_1.1.1-3.dsc, but Aucun fichier ou
> dossier de ce type; maybe you forgot to build
>
> Indeed, the files are in ../build-area. But after moving the files into
> place (in ../), the push proceeds further. Maybe there should be an
> option to specify the build directory?
I think that would be a good idea. (I won't yet clone this bug report
for that, because I want to finish the whole conversation before
deciding what's best to do.)
(But: there is already an option to specify the .changes file. Does
using it make dgit work in this case? I ask because I have a feeling
it might not...)
Ian.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731665: iptux: new upstream release (0.6.0)
Package: iptux Version: 0.5.3-1 Severity: normal Tags: upstream as the title -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-1-amd64 (SMP w/1 CPU core) 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 iptux 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 libgcc1 1:4.8.2-1 ii libgconf2-4 3.2.6-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk2.0-0 2.24.22-1 ii libpango1.0-0 1.36.0-1 ii libstdc++6 4.8.2-1 ii libxml2 2.9.1+dfsg1-3 iptux recommends no packages. iptux 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#731635: syntax error in at line 1: PGP signature not allowed here
severity 731635 minor
retitle 731635 want better error messagge for already-signed .dsc/.changes
thanks
Antoine Beaupré writes ("Bug#731635: syntax error in at line 1: PGP signature
not allowed here"):
> I am finally trying to upload this package using "dgit push", and
> here's what I get:
...
> $ dgit push
...
> synthesised git commit from .dsc 1.1.1-2
> HEAD is now at 11fb61b
> Use of uninitialized value $_[0] in sprintf at
> /usr/share/perl5/Dpkg/ErrorHandling.pm line 48, line 1.
> dgit: error: syntax error in at line 1: PGP signature not allowed here
...
> I think this is because the package files were already signed by
> git-buildpackage+pbuilder (using AUTO_DEBSIGN=yes in pbuilder) during
> the build process - but what's wrong with that?
>From the dgit manpage:
Tagging, signing and actually uploading should be left to dgit
push.
I will try to arrange for the error message to refer to the manpage.
The reason for this requirement is that if you are intending to use
dgit it does not make sense to sign the package before running dgit
push. dgit needs to add a field to the .dsc, so it needs to re-sign
it.
If you sign it first, then you are creating two different signed .dsc
files (and perhaps .changes) for the same upload; this is an accident
(wrong thing uploaded) waiting to happen. So dgit arranges to fail if
your workflow is wrong.
> Note that is also happens if you rerun dgit push after it failed once
> (e.g. because a third party uploaded a tag with the same name on the
> repo you're working on).
The tag that dgit pushes is the Debian version tag. These should not
be rewritten. So I think that if this has happened, you need to bump
the version and rebuild.
Thanks,
Ian.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731664: liferea: "Segmentation fault" during startup
Package: liferea Version: 1.10.3-1 Severity: grave Justification: renders package unusable liferea can be started due to "segmentation fault" during startup. "liferea --dedug-all" produces: [] GUI: item list selection changed to "(null)" (liferea:15606): Gtk-CRITICAL **: gtk_tree_store_get_path: assertion `iter->stamp == priv->stamp' failed (liferea:15606): Gtk-CRITICAL **: gtk_tree_view_set_cursor_on_cell: assertion `path != NULL' failed (liferea:15606): Gtk-CRITICAL **: gtk_tree_view_scroll_to_cell: assertion `tree_view->priv->tree != NULL' failed HTML : HTML view: selecting "To show all actions in one dialog. Like android email client attachment button" Segmentation fault -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/2 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 liferea depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii gir1.2-gtk-3.0 3.8.4-1 ii gir1.2-peas-1.0 1.8.1-1 ii libatk1.0-0 2.10.0-2 ii libc62.17-97 ii libcairo21.12.16-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgirepository-1.0-11.36.0-2+b1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.4-1 ii libindicate5 0.6.92-2 ii libjson-glib-1.0-0 0.16.2-1 ii libnotify4 0.7.6-1 ii libpango-1.0-0 1.36.0-1 ii libpeas-1.0-01.8.1-1 ii libsoup2.4-1 2.44.1-1 ii libsqlite3-0 3.8.1-1 ii libwebkitgtk-3.0-0 2.2.2-1 ii libxml2 2.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 ii liferea-data 1.10.3-1 ii python-gi3.8.2-1 pn python:any Versions of packages liferea recommends: ii dbus 1.6.18-1 ii dbus-x11 1.6.18-1 ii gir1.2-gnomekeyring-1.0 3.4.1-1 ii gnome-icon-theme 3.10.0-1 ii gnome-keyring3.8.2-2 ii kget 4:4.11.3+dfsg-1 Versions of packages liferea suggests: ii network-manager 0.9.8.0-5 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731663: liferea: "Segmentation fault" during startup
Package: liferea Version: 1.10.3-1 Severity: normal liferea can not be started. It generates "Segmentation fault" "liferea --degug-all" produces: GUI: item list selection changed to "(null)" [...] (liferea:15606): Gtk-CRITICAL **: gtk_tree_store_get_path: assertion `iter->stamp == priv->stamp' failed (liferea:15606): Gtk-CRITICAL **: gtk_tree_view_set_cursor_on_cell: assertion `path != NULL' failed (liferea:15606): Gtk-CRITICAL **: gtk_tree_view_scroll_to_cell: assertion `tree_view->priv->tree != NULL' failed HTML : HTML view: selecting "To show all actions in one dialog. Like android email client attachment button" Segmentation fault -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/2 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 liferea depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii gir1.2-gtk-3.0 3.8.4-1 ii gir1.2-peas-1.0 1.8.1-1 ii libatk1.0-0 2.10.0-2 ii libc62.17-97 ii libcairo21.12.16-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgirepository-1.0-11.36.0-2+b1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.4-1 ii libindicate5 0.6.92-2 ii libjson-glib-1.0-0 0.16.2-1 ii libnotify4 0.7.6-1 ii libpango-1.0-0 1.36.0-1 ii libpeas-1.0-01.8.1-1 ii libsoup2.4-1 2.44.1-1 ii libsqlite3-0 3.8.1-1 ii libwebkitgtk-3.0-0 2.2.2-1 ii libxml2 2.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 ii liferea-data 1.10.3-1 ii python-gi3.8.2-1 pn python:any Versions of packages liferea recommends: ii dbus 1.6.18-1 ii dbus-x11 1.6.18-1 ii gir1.2-gnomekeyring-1.0 3.4.1-1 ii gnome-icon-theme 3.10.0-1 ii gnome-keyring3.8.2-2 ii kget 4:4.11.3+dfsg-1 Versions of packages liferea suggests: ii network-manager 0.9.8.0-5 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731662: newgrp: can not update the current real group ID
Package: login Version: 1:4.1.5.1-1 Severity: normal Under GNOME DE, I can not change the current group ID with "newgrp" Neither gid= nor groups= are updated by newgrp. Only login updates groups=... This is not what I expected from the manpage. I think it used to work. This may be a new feature under some DE (with PAM) ,... then we need to update manpage of newgrp with some reminder. (I was reminded of this for my previous sbuild wiki page update by Reuben Thomas) Here is a simple test case using the ntp group: $ sudo adduser osamu ntp Adding user `osamu' to group `ntp' ... Adding user osamu to group ntp Done. $ grep ntp /etc/group ntp:x:140:osamu $ newgrp - osamu@goofy:~$ id uid=1000(osamu) gid=1000(osamu) groups=1000(osamu),7(lp),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),44(video),46(plugdev),108(bluetooth),109(lpadmin),111(netdev),116(fuse),129(sbuild),144(wireshark),999(bumblebee),(buildd-ddp) osamu@goofy:~$ logout $ newgrp $ id uid=1000(osamu) gid=1000(osamu) groups=1000(osamu),7(lp),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),44(video),46(plugdev),108(bluetooth),109(lpadmin),111(netdev),116(fuse),129(sbuild),144(wireshark),999(bumblebee),(buildd-ddp) osamu@goofy:~$ sudo login goofy login: osamu Password: Last login: Sun Dec 8 09:43:40 JST 2013 on pts/1 Linux goofy 3.11-2-amd64 #1 SMP Debian 3.11.10-1 (2013-12-04) x86_64 ... (skip) osamu@goofy:~$ id uid=1000(osamu) gid=1000(osamu) groups=1000(osamu),7(lp),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),44(video),46(plugdev),108(bluetooth),109(lpadmin),111(netdev),116(fuse),129(sbuild),140(ntp),144(wireshark),999(bumblebee),(buildd-ddp) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/8 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 login depends on: ii libc6 2.17-97 ii libpam-modules 1.1.3-10 ii libpam-runtime 1.1.3-10 ii libpam0g1.1.3-10 login recommends no packages. login 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#731660: Follow-up
Hi again, I've been investigating on it, and found what are the three steps to be done for this: You have to start on the new kernel version in maintenance mode after telling your root system is /dev/sdaX when prompted to. 1. You then have to call: /usr/sbin/update-grub This forces grub to recognize the change in config. 2. Modify the /etc/fstab: Change hdaN to sdaN there And the cd-rom from hdc (usually) to sr0 (again, usually) 3. type dpkg-reconfigure linux-image- to force rebuilding the initramfs file with the new locations. This would be good to tell people about this when switching from a 2.6.XX kernel version to a linux-image-486 one when installing the package. Or point to a html link maybe? Now, that all the 686 are pae, I guess 686 users aren't concerned. Best regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705768: ITA: chrony -- Sets your computer's clock from time
Hello! I am already working on the new version of chrony. Here is my (new) git repository: http://anonscm.debian.org/gitweb/?p=collab-maint/chrony.git I want to release the next Debian package until 20.12.2013. --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726092: Rebuild on my system seems to fix this problem
So it turns out I had a local install at /home/$user/perl5 which was messing up the running of Perl -- I noticed this after running into the same problem with another module today. - D -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731661: linphone: segfault with Asterisk video calls
Package: linphone Version: 3.6.1-2.1+b2 Severity: important If I attempt a video call from linphone through my Asterisk server, the linphone client segfaults as soon as the call is accepted. This happens even when making a call to a voice-only destination, if the "Always start video" option is on. When it's off, voice calls work fine. Video calls works fine with linphone 3.5.2 from wheezy. And version 3.6.1 also works OK when calling direct from linphone to linphone, without going through Asterisk. I have Asterisk configured for h263 video, ulaw audio only. Here is the backtrace from the segfault: #0 rtp_session_rtp_recv_abstract (socket=socket@entry=28, msg=0x7fffbc006bb0, flags=0, from=0x7fffd77fd990, fromlen=0x7fffd77fd98c) at rtpsession_inet.c:1097 #1 0x72e071f0 in rtp_session_rtp_recv (session=session@entry=0xc23400, user_ts=user_ts@entry=29700) at rtpsession_inet.c:1219 #2 0x72e0501b in rtp_session_recvm_with_ts (session=0xc23400, user_ts=user_ts@entry=29700) at rtpsession.c:1088 #3 0x774dd78b in receiver_process (f=0xaedee0) at otherfilters/msrtp.c:582 #4 0x772b1a80 in ms_filter_process (f=f@entry=0xaedee0) at base/msfilter.c:303 #5 0x772b2428 in call_process (f=0xaedee0) at base/msticker.c:222 #6 run_graph (f=0xaedee0, s=s@entry=0xb498c0, unschedulable=unschedulable@entry=0x7fffd77fdb58, force_schedule=force_schedule@entry=0 '\000') at base/msticker.c:242 #7 0x772b2542 in run_graphs (s=s@entry=0xb498c0, execution_list=, force_schedule=force_schedule@entry=0 '\000') at base/msticker.c:261 #8 0x772b297f in ms_ticker_run (arg=0xb498c0) at base/msticker.c:440 #9 0x72be3e0e in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #10 0x7fffef4f30fd in clone () from /lib/x86_64-linux-gnu/libc.so.6 Please let me know if you'd like me to capture any additional information. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/8 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 linphone depends on: ii libasound21.0.27.2-3 ii libatk1.0-0 2.10.0-2 ii libavcodec54 6:9.10-1 ii libavutil52 6:9.10-1 ii libc6 2.17-97 ii libcairo2 1.12.16-2 ii libexosip2-10 4.0.0-4 ii libfontconfig12.11.0-1 ii libfreetype6 2.4.9-1.1 ii libgdk-pixbuf2.0-02.28.2-1 ii libgl1-mesa-glx [libgl1] 9.2.2-1 ii libglew1.10 1.10.0-3 ii libglib2.0-0 2.36.4-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libgtk2.0-0 2.24.22-1 ii liblinphone5 3.6.1-2.1+b2 ii libmediastreamer-base33.6.1-2.1+b2 ii libnotify40.7.6-1 ii libogg0 1.3.1-1 ii libopus0 1.1~beta-3 ii libortp9 3.6.1-2.1+b2 ii libosip2-10 4.0.0-3 ii libpango-1.0-01.36.0-1 ii libpangocairo-1.0-0 1.36.0-1 ii libpangoft2-1.0-0 1.36.0-1 ii libpulse0 4.0-6+b1 ii libsoup2.4-1 2.44.1-1 ii libspandsp2 0.0.6~pre21-1 ii libspeex1 1.2~rc1.1-1 ii libspeexdsp1 1.2~rc1.1-1 ii libsqlite3-0 3.8.1-1 ii libswscale2 6:9.10-1 ii libtheora01.1.1+dfsg.1-3.1 ii libtiff4 3.9.7-2 ii libudev1 204-5 ii libupnp6 1:1.6.17-1.2 ii libv4l-0 1.0.0-1 ii libvpx1 1.2.0-2 ii libx11-6 2:1.6.2-1 ii libxv12:1.0.9-1 ii linphone-nogtk3.6.1-2.1+b2 linphone recommends no packages. Versions of packages linphone suggests: ii yelp 3.10.1-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#731660: linux image 486: The system is looking for /dev/hdaX while only /dev/sdaX are available
Package: linux-image-3.2.0-4-486 Objet : linux image 486: The system is looking for /dev/hdaX while only /dev/sdaX are available Date : dimanche 8 décembre 2013, 02:17:01 De : Yohann Ferreira À : sub...@bugs.debian.org Hi there, I've been updating an Toshiba Tecra today (2005-2006 laptop), and I noticed that since that between the kernel version 2.6.32 and the kernel versions 3.2.0 and 3.11 there is a quite meaningful difference; When using the linux kernel (linux-image-486) 3.2.0 or 3.11 version, the system doesn't start and complains about not finding the /dev/hda2 (which is my root system partition). The fact is that there is no hda2, but only sda[1-5] there. The system then prompts me to give a location, and starts when I give '/dev/sda2' but only to fail later on as many other scripts complain about not finding hda2 as well. This is currently functionning correctly when using the kernel 2.6.32 as there are hdaX nodes there. Is this a bug? And if it isn't, how can I translate those nodes correctly when booting the new kernels? Best regards, - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731658: cups-filters FTBFS on kfreebsd, varying values of PATH_MAX
Package: cups-filters
Version: 1.0.42-1
Severity: serious
The latest upload of cups-filters failed to build on kfreebsd-*
filter/foomatic-rip/foomaticrip.c:159:6: error: conflicting types for 'gspath'
char gspath[PATH_MAX] = "gs";
^
In file included from filter/foomatic-rip/foomaticrip.c:24:0:
filter/foomatic-rip/foomaticrip.h:114:13: note: previous declaration of
'gspath' was here
extern char gspath[PATH_MAX];
^
filter/foomatic-rip/foomaticrip.c:164:6: error: conflicting types for 'echopath'
char echopath[PATH_MAX] = "echo";
^
In file included from filter/foomatic-rip/foomaticrip.c:24:0:
filter/foomatic-rip/foomaticrip.h:115:13: note: previous declaration of
'echopath' was here
extern char echopath[PATH_MAX];
^
filter/foomatic-rip/foomaticrip.c:167:6: error: conflicting types for
'cupsfilterpath'
char cupsfilterpath[PATH_MAX] = "/usr/local/lib/cups/filter:"
^
In file included from filter/foomatic-rip/foomaticrip.c:24:0:
filter/foomatic-rip/foomaticrip.h:108:13: note: previous declaration of
'cupsfilterpath' was here
extern char cupsfilterpath[PATH_MAX];
Reading the preprocessed output reveals that the cause is varying values
of PATH_MAX at different positions in the code. foomaticrip.h defines
PATH_MAX to 65536. However the system headers that are included later
by foomaticrip.c redefine it to 1024.
I made a patch to use the system PATH_MAX where available and this
fixed the build but I would be reluctant to use it without understanding
why things were done the way they were done in the first place.
Especially as the value used in in foomatic-rip.h does not match the
system value on linux.
filer/foomatic-rip does not exist in the testing version of the
package so I do not expect this bug directly affects testing.
However the version of cups in testing has build-depends which
are not satisfiable by the version of cups-filters in testing so
this needs to be dealt with before release.
diff -Nru cups-filters-1.0.42/debian/changelog
cups-filters-1.0.42/debian/changelog
--- cups-filters-1.0.42/debian/changelog2013-12-06 22:36:35.0
+
+++ cups-filters-1.0.42/debian/changelog2013-12-07 23:48:51.0
+
@@ -1,3 +1,10 @@
+cups-filters (1.0.42-1plugwash1) UNRELEASED; urgency=low
+
+ * Modify foomaticrip.h to use system header for PATH_MAX rather
+than defining it's own version which conflicts on kfreebsd.
+
+ -- root Sat, 07 Dec 2013 23:47:52 +
+
cups-filters (1.0.42-1) unstable; urgency=low
* New upstream release 1.0.42:
diff -Nru cups-filters-1.0.42/debian/patches/series
cups-filters-1.0.42/debian/patches/series
--- cups-filters-1.0.42/debian/patches/series 2013-12-06 23:01:34.0
+
+++ cups-filters-1.0.42/debian/patches/series 2013-12-07 23:49:40.0
+
@@ -1 +1,2 @@
fix-pdf-landscape-printing.patch
+use-system-path-max.patch
diff -Nru cups-filters-1.0.42/debian/patches/use-system-path-max.patch
cups-filters-1.0.42/debian/patches/use-system-path-max.patch
--- cups-filters-1.0.42/debian/patches/use-system-path-max.patch
1970-01-01 01:00:00.0 +0100
+++ cups-filters-1.0.42/debian/patches/use-system-path-max.patch
2013-12-08 00:01:31.0 +
@@ -0,0 +1,45 @@
+Description: use system PATH_MAX
+ Modify foomaticrip.h to use limits.h for PATH_MAX rather
+ than defining it's own version which conflicts on kfreebsd.
+
+ Continue to define own version if PATH_MAX is not defined
+ by limits.h to avoid breaking the build on hurd.
+Author: Peter Michael Green
+
+---
+The information above should follow the Patch Tagging Guidelines, please
+checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
+are templates for supplementary fields that you might want to add:
+
+Origin: ,
+Bug:
+Bug-Debian: http://bugs.debian.org/
+Bug-Ubuntu: https://launchpad.net/bugs/
+Forwarded:
+Reviewed-By:
+Last-Update:
+
+Index: cups-filters-1.0.42/filter/foomatic-rip/foomaticrip.h
+===
+--- cups-filters-1.0.42.orig/filter/foomatic-rip/foomaticrip.h 2013-12-07
23:49:40.0 +
cups-filters-1.0.42/filter/foomatic-rip/foomaticrip.h 2013-12-07
23:59:37.0 +
+@@ -33,6 +33,7 @@
+ #include
+ #include
+ #include
++#include
+
+ /* This is the location of the debug logfile (and also the copy of the
+ * processed PostScript data) in case you have enabled debugging above.
+@@ -74,8 +75,9 @@
+ /* The spooler from which foomatic-rip was called. set in main() */
+ extern int spooler;
+
+-
+-#define PATH_MAX 65536
++#ifndef PATH_MAX
++ #define PATH_MAX 65536
++#endif
+
+ typedef struct {
+ char printer[256];
Bug#731659: maint-guide: Another typo in section 6.4
Package: maint-guide
Version: 1.2.31
Severity: minor
Please change "followsing" to "following".
Thanks.
-- System Information:
Debian Release: jessie/sid
APT prefers oldstable-updates
APT policy: (500, 'oldstable-updates'), (500, 'testing'), (500, 'stable'),
(500, 'oldstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
maint-guide depends on no packages.
maint-guide recommends no packages.
Versions of packages maint-guide suggests:
ii debian-policy 3.9.5.0
ii developers-reference 3.4.11
ii devscripts2.13.4
ii dh-make 0.63
ii doc-base 0.10.5
ii dput 0.9.6.4
ii dupload 2.7.0
ii fakeroot 1.18.4-2
ii lintian 2.5.19
ii pbuilder 0.215
ii quilt 0.60-10
-- no debconf information
Index: maint-guide.en.dbk
===
--- maint-guide.en.dbk (Revision 10341)
+++ maint-guide.en.dbk (Arbeitskopie)
@@ -4445,7 +4445,7 @@
configuring ~/.pbuilderrc or
-/etc/pbuilderrc to include the followsing.
+/etc/pbuilderrc to include the following.
AUTO_DEBSIGN=${AUTO_DEBSIGN:-yes}
Bug#724739: gnome-shell: Overview does not respect desktop background
Package: gnome-shell Version: 3.8.4-5 Followup-For: Bug #724739 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I can confirm that this bug still happens using 3.8.4-5 I have a custom XML file that I use to change the desktop background every 10 minutes. What happens is that when the desktop background changes, the background of the overview doesn't. Moreover, the background of the workspace overview is different from the one of the overview itself. They appear to randomly change, at some point, but with no apparent trigger. In these two images you can see what I am experiencing: http://imageshack.com/a/img689/5695/7sdy.png http://imageshack.com/a/img853/5889/y8ll.png Is there any way to fix this? I haven't tried, but shouldn't this be happening also with the default Adwaita XML changes-during-the-day background? Logout and login fixes it, but as soon as the first BG change happens, the problem reappears. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (1001, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/8 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 gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii evolution-data-server3.8.5-3 ii gdm3 3.8.4-6 ii gir1.2-accountsservice-1.0 0.6.34-2 ii gir1.2-caribou-1.0 0.4.12-1 ii gir1.2-clutter-1.0 1.14.4-3 ii gir1.2-freedesktop 1.36.0-2+b1 ii gir1.2-gcr-3 3.8.2-4 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gmenu-3.0 3.8.0-2 ii gir1.2-gnomebluetooth-1.03.8.1-2 ii gir1.2-gnomedesktop-3.0 3.8.4-2 ii gir1.2-gtk-3.0 3.8.6-1 ii gir1.2-ibus-1.0 1.5.4-1 ii gir1.2-mutter-3.03.8.4-2 ii gir1.2-networkmanager-1.00.9.8.0-5 ii gir1.2-nmgtk-1.0 0.9.8.4-1 ii gir1.2-pango-1.0 1.36.0-1+b1 ii gir1.2-polkit-1.00.105-4 ii gir1.2-soup-2.4 2.44.2-1 ii gir1.2-telepathyglib-0.120.22.0-1 ii gir1.2-telepathylogger-0.2 0.8.0-2 ii gir1.2-upowerglib-1.00.9.23-2+b1 ii gjs 1.36.1-2 ii gnome-bluetooth 3.8.1-2 ii gnome-icon-theme-symbolic3.10.1-1 ii gnome-settings-daemon3.8.5-2 ii gnome-shell-common 3.8.4-5 ii gnome-themes-standard3.8.4-1 ii gsettings-desktop-schemas3.8.2-2 ii libatk-bridge2.0-0 2.10.0-1+b1 ii libatk1.0-0 2.10.0-2 ii libc62.17-97 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcamel-1.2-43 3.8.5-3 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libclutter-1.0-0 1.14.4-3 ii libcogl-pango12 1.14.0-3 ii libcogl121.14.0-3 ii libcroco30.6.8-2 ii libdbus-1-3 1.6.18-2 ii libdbus-glib-1-2 0.100.2-1 ii libecal-1.2-15 3.8.5-3 ii libedataserver-1.2-173.8.5-3 ii libegl1-mesa [libegl1-x11] 9.2.2-1 ii libgck-1-0 3.8.2-4 ii libgcr-base-3-1 3.8.2-4 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgirepository-1.0-11.36.0-2+b1 ii libgjs0c [libgjs0-libmozjs185-1.0] 1.36.1-2 ii libglib2.0-0 2.36.4-1 ii libgnome-menu-3-03.8.0-2 ii libgstreamer1.0-01.2.1-1 ii libgtk-3-0 3.8.6-1 ii libical0 0.48-2 ii libjson-glib-1.0-0 0.16.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4+b1 ii libmutter0b 3.8.4-2 ii libnm-glib4 0.9.8.0-5 ii libnm-gtk0 0.9.8.4-1 ii libnm-util2
Bug#731657: evas: FTBFS due to improper freetype include
Package: evas Version: 1.7.7-3+b1 Severity: serious Justification: FTBFS Tags: upstream Hello, evas now FTBFS with the latest version of freetype, which moved its headers from /usr/include/freetype2/freetype/tttables.h to /usr/include/freetype2/tttables.h Upstream freetype indeed documents (http://www.freetype.org/freetype2/docs/tutorial/step1.html) using ft2build.h and then #include FT_TRUETYPE_TABLES_H Samuel -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.0 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Samuel "I don't know why, but first C programs tend to look a lot worse than first programs in any other language (maybe except for fortran, but then I suspect all fortran programs look like `firsts')" (By Olaf Kirch) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657253: bug#623660: iceape: is the libxp-dev build-dependency necessary?
Paul Gevers wrote: > > Current packages with explicit libxp-dev build-dependencies > > (source package, current version, bug filed): > > iceape 2.0.14-9#623660 > > Bug is still open, but iceape does not build-depend on libxp-dev anymore > AFAICT. The libxp-dev build dependency in iceape was removed in commit d05f6af529b8594b5fc355a4cc8ee4ae817302d0 for version 2.7.1-1. I'm therefore closing this bug. Thanks Paul! Drew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731417: pu: package scikit-learn/0.11.0-2+deb7u1
Control: tags -1 + pending On Fri, 2013-12-06 at 21:23 +, Adam D. Barratt wrote: > On Thu, 2013-12-05 at 12:06 +0100, Andreas Beckmann wrote: > > python-sklearn misses a dependency on python-joblib, see #709056. > > The attached patch has been backported from sid. > > Please go ahead; thanks. Flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726654: release.debian.org: pu: package libguestfs/1:1.18.1-1+deb7u3
Control: tags -1 + peniding On Sat, 2013-12-07 at 22:46 +0100, Hilko Bengen wrote: > * Adam D. Barratt: > > > With the changelog distribution fixed, please go ahead with the > > upload, > > Done. Thank you. Flagged for acceptance; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731649: [Pkg-systemd-maintainers] Bug#731649: systemd: sleep key no longer suspends - just locks + blanks screen
Control: reassign -1 gnome-settings-daemon 3.8.5-2 On Sat, Dec 07, 2013 at 09:38:06PM +0100, Michael Biebl wrote: > Am 07.12.2013 21:17, schrieb Jonathan McDowell: > > Package: systemd > > Version: 204-5 > > Severity: normal > > > > This could be a gnome-power-manager (3.8.2-1) or upower (0.9.23-2+b1) > > issue, but it seems to have started at the point a GNOME upgrade pulled > > in systemd for logind. > > > > Since this time my laptop's sleep button no longer works correctly. > > Pressing it results in the screen being locked and the LCD being turned > > off, but doesn't actually suspend the laptop. I get the following errorse > > in /var/log/daemon.log: > > > > Dec 7 12:12:59 makguksu dbus[3877]: [system] Activating service > > name='org.freedesktop.systemd1' (using servicehelper) > > Dec 7 12:12:59 makguksu dbus[3877]: [system] Activated service > > 'org.freedesktop.systemd1' failed: Launch helper exited with unknown return > > code 1 > > > > Choosing the "Suspend" menu option from the GNOME panel or invoking > > pm-suspend from the command line both continue to work fine. I've tried > > setting HandleSuspendKey to both ignore and suspend in > > /etc/systemd/logind.conf (rather than the default commented out option) > > and neither seems to change the behaviour. > > > > I am not running systemd as my init; still using sysvinit (2.88dsf-43). > > suspend/hibernate requires systemd = PID 1 > logind just forwards the request to systemd. > > IIRC the gnome-shell menu still calls upower. > The component which handles lid close events in GNOME is > gnome-settings-daemon and that package has been switched to work with > systemd/logind. > > Upstream not really supports a standalone logind, this is one reasons why. This seems broken; I'd expect some consistency amongst the GNOME components (and I'd like them not to break functionality on upgrades, which I guess means they shouldn't be using systemd until there's been a determination about the Debian init system). J. -- "I will not send lard through the mail." - Bart's Blackboard signature.asc Description: Digital signature
Bug#731621: duplicity: verify does not really check file contents. it compares only inode information
forwarded 731621 https://bugs.launchpad.net/duplicity/+bug/601785 thanks On Sat, 07 Dec 2013 16:10:12 +0100, g1 writes: >The "verify" command of duplicity does not check file contents, it only >compares modification time and size of files and directories. it also doesn't bypass the local cache; both of these are unfortunately issues that upstream has known for a long time... https://bugs.launchpad.net/duplicity/+bug/601660 https://bugs.launchpad.net/duplicity/+bug/601785 regards az -- Alexander Zangerl + GPG Key 0xB963BD5F (or 0x42BD645D) + http://snafu.priv.at/ Consider the set of blacklists that do not blacklist themselves... -- David Richerby on blacklisting blacklists signature.asc Description: Digital Signature
Bug#731569: console spam from package kit daemon
Control: severity 731569 important Hi! Thank you for the information. I will upload a new version of the package tomorrow, fixing this issue. You might want to test it already by compiling the package from source, or simply wait a little until tomorrow. @Josh: I don't think "grave" is the right priority for this bug, as it doesn't cause data loss, is a security issue or renders the package completely unusable. It's simply a very annoying thing which should be fixed as soon as possible (which will happen, together with the systemd bug) Cheers, Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731513: vlc: FTBFS: freetype/ftsynth.h: No such file or directory
W dniu 07.12.2013 o 23:21 Benjamin Drung pisze:
forwarded 731513 https://trac.videolan.org/vlc/ticket/10019
tags 731513 + pending
thanks
On Fr, 2013-12-06 at 09:41 +0100, Roland Stigge wrote:
vlc FTBFS with new freetype 2.5.1-1 like this:
...
../../doltlibtool --tag=CC --mode=compile gcc -std=gnu99
-DHAVE_CONFIG_H -I. -I../..
-DMODULE_NAME=$(p="libfreetype_plugin_la-freetype.lo"; p="${p##*/}";
p="${p#lib}"; echo "${p%_plugin*}")
-DMODULE_NAME_IS_$(p="libfreetype_plugin_la-freetype.lo"; p="${p##*/}";
p="${p#lib}"; echo "${p%_plugin*}")
-DMODULE_STRING=\"$(p="libfreetype_plugin_la-freetype.lo";
p="${p##*/}"; p="${p#lib}"; echo "${p%_plugin*}")\" -D__PLUGIN__
-I/usr/include/freetype2 -DHAVE_FONTCONFIG -I/usr/include/fribidi
-DHAVE_FRIBIDI -I../../include -I../../include -D_FORTIFY_SOURCE=2 -g
-O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat
-Werror=format-security -mtune=8548 -Wall -Wextra -Wsign-compare
-Wundef -Wpointer-arith -Wbad-function-cast -Wwrite-strings
-Wmissing-prototypes -Wvolatile-register-var
-Werror-implicit-function-declaration -pipe -fvisibility=hidden
-ffast-math -funroll-loops -fomit-frame-pointer -c -o
libfreetype_plugin_la-freetype.lo `test -f 'freetype.c' || echo
'./'`freetype.c
freetype.c:93:30: fatal error: freetype/ftsynth.h: No such file or
directory
compilation terminated.
make[5]: *** [libfreetype_plugin_la-freetype.lo] Error 1
make[5]: Leaving directory `/«PKGBUILDDIR»/modules/text_renderer'
make[4]: *** [all] Error 2
make[4]: Leaving directory `/«PKGBUILDDIR»/modules/text_renderer'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/«PKGBUILDDIR»/modules'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/«PKGBUILDDIR»'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/«PKGBUILDDIR»'
dh_auto_build: make -j1 returned exit code 2
make: *** [build-arch] Error 2
...
Attaching a patch that fixes this by considering the new location of a
header
file.
I detected this issue a while ago and filed an upstream bug:
https://trac.videolan.org/vlc/ticket/10019
I probably will wait until the next upstream release is shipped with the
patch included, unless it's urgent to fix the build failure sooner?!
Temporary I [add patch][1] on git if someone really needs rebuild from
sources.
[1]:
http://anonscm.debian.org/gitweb/?p=pkg-multimedia/vlc.git;a=blob;f=debian/patches/ftbfs_freetype.patch;h=c38e606896244b4e50edb971fe959c2d0eb7c2a6;hb=HEAD
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682071: nautilus: Built-in search does not work for non-indexed directories when tracker is enabled
Hello. So, Tracker comes with some defaults of places to index, but when doing a search with CTRL+F in Nautilus in a place outside that index is currently _very_ broken, because it doesn't show results but also doesn't tell the user why it isn't returning results and not using any fall-back whatsoever... I hope newer Nautilus has this sorted somehow but if a backport of the fixes isn't easy, then, in my opinion (for whats is worth...), the best thing for users is to recompile Nautilus without Tracker support. I did this for my friend but its not good to make every user go through that trouble, no drawbacks found yet; indexing everything was not possible, too much files, slow wifi network... The trouble wasn't recompiling but actually figuring out what was going on, that took a lot of time... So please, give this bug the importance that it deserves and take some reasonable measure. My fingers are crossed... Thanks a lot for reading! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#713558: netatalk: FTBFS: print_cups.c:134:16: error: dereferencing pointer to incomplete type
tags 713558 patch thanks This build issue with CUPS >= 1.6 was already fixed in Ubuntu. I've included the relevant patch below. diff -Nru netatalk-2.2.2/debian/rules netatalk-2.2.2/debian/rules --- netatalk-2.2.2/debian/rules 2012-03-20 22:22:47.0 + +++ netatalk-2.2.2/debian/rules 2012-10-05 18:17:50.0 + @@ -35,6 +35,7 @@ # Tighten security - more info at http://wiki.debian.org/Hardening CFLAGS += $(HARDENING_CFLAGS) LDFLAGS += $(HARDENING_LDFLAGS) +CPPFLAGS += -D_IPP_PRIVATE_STRUCTURES DEB_CONFIGURE_EXTRA_FLAGS := \ --with-shadow --enable-fhs \ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731594: [pkg-ntp-maintainers] Bug#731594: debian-installer: time synchronisation should be installed by default
reassign 731594 openntpd retitle 731594 Please make openntpd package priority standard thanks On 7 December 2013 23:00, Thiemo Nagel wrote: > Hi Bdale, > > thank you for your input! Using openntpd sounds very good. Who is the > person to make the decision? > reassigning to openntpd package. Regards, dmitrijs. > Best, > Thiemo > > On Sat, Dec 7, 2013 at 6:22 PM, Bdale Garbee wrote: >> Dmitrijs Ledkovs writes: >> >>> Servers that rarely (re)configure network or boot, can also setup cron >>> to call to ntpdate or install an NTP client daemon when they are first >>> configured. >> >> FWIW, calling ntpdate from cron is a *horrible* idea. >> >> Since I agree that having time sync be a default part of a Debian >> installation would be a good idea, let me put a few thoughts down here >> and articulate what I think we should do. >> >> On a system like a server with at least one fixed-configuration network >> interface, unless the hardware clock has completely failed, the initial >> system time won't be grossly off, and just installing an ntp daemon is a >> better plan. Even if the hardware clock *has* failed, Debian's ntp >> packaging uses the -g option to the daemon by default, so that once the >> daemon has talked to enough peers/servers to know what time it is, it >> will always slew the clock one time no matter how far off it is at >> daemon launch. >> >> On a client system like a notebook that only has dynamic network >> connectivity, and may not be on the net at all at boot, the best >> strategy seem to be to rely on the hardware clock at boot and only worry >> about network time sync when there's networking available. For the past >> couple years, I've been using the openntpd package on my notebook, which >> has an if-up.d script that does a force-reload on each network interface >> up event, and in practice I've been quite happy with the results. >> >> I looked at chrony briefly several years ago and wasn't impressed, but >> I'm peripherally aware that it has been worked on quite a bit since then >> and probably deserves another look. It claims to have been specifically >> written to handle well the case of a system that's not always on the net. >> >> Looking at the size of the packages, ntp is largest due to the inclusion >> of drivers for various reference clocks, etc. Chrony is also a very >> large package, ntpdate is much larger than you'd expect, and openntpd is >> quite small by comparison to either ntp or chrony. Here are the Size: >> and Installed-Size: values for each based on the current sid packages: >> >> ntp 559578 1226 >> chrony 395400 743 >> ntpdate 81930 227 >> openntpd 64068 103 >> >> I care a lot about the size of our base install, and openntpd seems to >> do everything I need just fine as far as I can tell. So, without going >> off to study chrony which I really don't know at all, if I were making >> this decision, I'd be inclined to make openntpd standard, avoid ntpdate >> entirely, and assume users who really want to run stratum-1 NTP servers >> know how to install and optimally configure ntp. >> >> Bdale -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731656: Please disable securetty by default
Package: login Version: 1:4.1.5.1-1 Severity: wishlist securetty dates back to the days when people still logged into systems via telnet and rlogin. These days, remote access occurs via SSH, which has its own configuration mechanism to determine whether to allow root logins (including more flexible approaches such as disallowing root logins by password but allowing them by key). And any local TTY should be considered a securetty by definition. Thus, I don't think securetty has any value anymore as part of the default configuration of login. I would suggest removing it by default. Thanks, Josh Triplett -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages login depends on: ii libc6 2.17-97 ii libpam-modules 1.1.3-10 ii libpam-runtime 1.1.3-10 ii libpam0g1.1.3-10 login recommends no packages. login 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#731594: [pkg-ntp-maintainers] Bug#731594: debian-installer: time synchronisation should be installed by default
Hi Bdale, thank you for your input! Using openntpd sounds very good. Who is the person to make the decision? Best, Thiemo On Sat, Dec 7, 2013 at 6:22 PM, Bdale Garbee wrote: > Dmitrijs Ledkovs writes: > >> Servers that rarely (re)configure network or boot, can also setup cron >> to call to ntpdate or install an NTP client daemon when they are first >> configured. > > FWIW, calling ntpdate from cron is a *horrible* idea. > > Since I agree that having time sync be a default part of a Debian > installation would be a good idea, let me put a few thoughts down here > and articulate what I think we should do. > > On a system like a server with at least one fixed-configuration network > interface, unless the hardware clock has completely failed, the initial > system time won't be grossly off, and just installing an ntp daemon is a > better plan. Even if the hardware clock *has* failed, Debian's ntp > packaging uses the -g option to the daemon by default, so that once the > daemon has talked to enough peers/servers to know what time it is, it > will always slew the clock one time no matter how far off it is at > daemon launch. > > On a client system like a notebook that only has dynamic network > connectivity, and may not be on the net at all at boot, the best > strategy seem to be to rely on the hardware clock at boot and only worry > about network time sync when there's networking available. For the past > couple years, I've been using the openntpd package on my notebook, which > has an if-up.d script that does a force-reload on each network interface > up event, and in practice I've been quite happy with the results. > > I looked at chrony briefly several years ago and wasn't impressed, but > I'm peripherally aware that it has been worked on quite a bit since then > and probably deserves another look. It claims to have been specifically > written to handle well the case of a system that's not always on the net. > > Looking at the size of the packages, ntp is largest due to the inclusion > of drivers for various reference clocks, etc. Chrony is also a very > large package, ntpdate is much larger than you'd expect, and openntpd is > quite small by comparison to either ntp or chrony. Here are the Size: > and Installed-Size: values for each based on the current sid packages: > > ntp 559578 1226 > chrony 395400 743 > ntpdate 81930 227 > openntpd 64068 103 > > I care a lot about the size of our base install, and openntpd seems to > do everything I need just fine as far as I can tell. So, without going > off to study chrony which I really don't know at all, if I were making > this decision, I'd be inclined to make openntpd standard, avoid ntpdate > entirely, and assume users who really want to run stratum-1 NTP servers > know how to install and optimally configure ntp. > > Bdale -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#730983: Festival Voices and Czech voices
Dear Fellow Debian TTS gourp members, Debian a11y group members, Recently Czech voices for festival have been offered for adoption. As a founding member of the Debian TTS (text to speech) group which maintains festival and speech tools it suggests to me that the natural place to maintain Czech festival voices is within the TTS group. The advantages I can see is that: 1) Problems with voices are likely to be dependent on the changes in new versions of festival as voices evolve quite slowly in general. 2) TTS group have experience with the festival/speech-tools codebase and thus have a bit of experience with how festvox voices in the general sense are created and how they function in the Festival/Speech-tools framework. The major disadvantage is that: 1) Currently the TTS team has no Czech speaker. Although the team is fortunate to have speakers of a number of different languages. The question becomes how can Debian provide Czech voices for its community. In the absence of a Czech speaker rapidly offering to take on the Czech festival voices I make the following proposal. Although I am not a Czech speaker, I care enough particularly about fellow Czech Debian community to ask to bring Czech voices within the TTS group and work on it for the Debian community. I would be happy to integrate the voices into TTS groups alioth facilities, monitors bugs lists, test the voices with changes to festival/speech-tools. I suspect that any problems with voices are likely to be all or nothing. It works or its substantially broken. Subtle problems might be detectable by people familiar with the broad language family, a Rosetta Stone (more on this later) and sufficient motivation and a desire to work with bug filers to fix the problems. The Czech lanaguage is partially intelligible to me (I am familiar with another Eastern European language). So what is this Rosetta stone I am suggesting? In order for festival team members to look after the voices a set of reference encodings would be generated for the team which would be kept in their repository for testing purposes. They would be moderate sized reference texts in the language and the equivalent sound files rendered by festival voices. This would guard against a fairly large range of faults in TTS generation which would be obvious to a motivated non-speaker. The more subtle faults could be checked with bug filers and by a more rare reaching out to the Czech Debian community for listening tests. This effectively separates the need and interest in understanding how voices are created and maintained from the ability to native speak the language which would only require us to find occasional listeners or have them show interest through bug filling. My proposal intends to use the limited resources of the Debian community by separating interest in speech generation and technical aspects with a outreaching to native listeners who may not be interested in developing interest in the technical aspects of voice maintainence. I ask for comments from fellow TTS members, a11y team members and the current maintainers for on whether this is likely to be a workable scheme. I also specifically ask if the retiring Czech voice maintainers would be interested in a short collaboration of creating 10-20 minutes of sound files from representative texts of Czech to act as a Rosetta Stone for verifying the voices during maintainence and to be included in our git repository. Opinions Please? best regards, Peter Drysdale
Bug#731599: ITP: r-cran-locfit -- GNU R local regression, likelihood and density estimation
Le Sat, Dec 07, 2013 at 02:38:04PM +0100, Andreas Tille a écrit : > Package: wnpp > Severity: wishlist > Owner: Andreas Tille > > * Package name: r-cran-locfit > Version : 1.5-9.1 > Upstream Author : Catherine Loader > * URL : http://cran.r-project.org/web/packages/locfit > * License : GPL > Programming Lang: R > Description : GNU R local regression, likelihood and density estimation > This package provides a set of functions to support local regression, > likelihood and density estimation. It is helpful for running the test > suites of several GNU R related packages in Debian. Hi Andreas, "locfit" rings a bell. The cufflinks package also contains files from locfit with the same copyright holders, and there the license has non-free clauses. So either there are good news that somebody from the R community managed to get locfit relicensed (which would mean that we can move cufflinks to main), or maybe there are bad news that locfit's README file in the R package was wrongly removed, and the package is actually non-free... http://ftp-master.metadata.debian.org/changelogs/non-free/c/cufflinks/cufflinks_2.1.1-4_copyright Cheers, -- Charles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#728989: [Pkg-varnish-devel] Bug#728989: varnish: CVE-2013-4484
Hi Stig,
On Mon, Dec 02, 2013 at 09:46:29PM +0100, Salvatore Bonaccorso wrote:
> Hi,
>
> On Mon, Dec 02, 2013 at 09:52:01PM +0100, Stig Sandbeck Mathisen wrote:
> > Salvatore Bonaccorso writes:
> >
> > > Thanks for fixing this with the 3.0.5-1 upload. Could you please also
> > > prepare packages for squeeze-security and wheezy-security? I did
> > > already had a look at wheezy today, attached is proposed debdiff (but
> > > not yet tested apart the testsuite).
> >
> > Thanks for the debdiff. I'll take a look at it.
>
> Thanks.
>
> > Do you, by any chance, have this as a git commit available somewhere?
>
> Yes, sure. Attaching a format-patch from my local copy.
And attached also the one for squeeze-security. Unless something
obvious broken or regression with these, I plan to prepare a DSA for
these.
(It passes all the testsuite so far).
Regards,
Salvatore
From c0a927032f2deba8755607e2de389b2c931262d0 Mon Sep 17 00:00:00 2001
From: Salvatore Bonaccorso
Date: Sun, 1 Dec 2013 23:18:34 +0100
Subject: [PATCH] Add CVE-2013-4484.patch patch
CVE-2013-4484: A remote attacker can mount a denial of service
(child-process crash and temporary caching outage) via a GET request
with trailing whitespace characters and no URI.
Closes: #728989
---
debian/patches/CVE-2013-4484.patch | 107 +
debian/patches/series | 1 +
2 files changed, 108 insertions(+)
create mode 100644 debian/patches/CVE-2013-4484.patch
diff --git a/debian/patches/CVE-2013-4484.patch b/debian/patches/CVE-2013-4484.patch
new file mode 100644
index 000..cb2267f
--- /dev/null
+++ b/debian/patches/CVE-2013-4484.patch
@@ -0,0 +1,107 @@
+Description: Fix denial of service handling certain GET requests
+ CVE-2013-4484: A remote attacker can mount a denial of service
+ (child-process crash and temporary caching outage) via a GET request
+ with trailing whitespace characters and no URI.
+Origin: backport, https://www.varnish-cache.org/trac/changeset/4bd5b7991bf602a6c46dd0d65fc04d4b8d9667a6?format=diff&new=4bd5b7991bf602a6c46dd0d65fc04d4b8d9667a6
+Bug: https://www.varnish-cache.org/trac/ticket/1367
+Bug-Debian: http://bugs.debian.org/728989
+Bug-RedHat: https://bugzilla.redhat.com/show_bug.cgi?id=1025127
+Forwarded: not-needed
+Author: Salvatore Bonaccorso
+Last-Update: 2013-12-07
+
+--- /dev/null
b/bin/varnishtest/tests/r01367.vtc
+@@ -0,0 +1,30 @@
++test "blank GET"
++
++server s1 {
++ rxreq
++ txresp
++} -start
++
++varnish v1 -vcl+backend {
++ sub vcl_error {
++ return (restart);
++ }
++} -start
++
++client c1 {
++ send "GET\nHost: example.com\n\n"
++ rxresp
++ expect resp.status == 400
++} -run
++
++client c1 {
++ txreq -hdr "Expect: Santa-Claus"
++ rxresp
++ expect resp.status == 417
++} -run
++
++client c1 {
++ txreq
++ rxresp
++ expect resp.status == 200
++} -run
+--- a/bin/varnishd/cache_center.c
b/bin/varnishd/cache_center.c
+@@ -1096,9 +1096,11 @@
+ static int
+ cnt_start(struct sess *sp)
+ {
+- int done;
++ int err_code;
+ char *p;
+- const char *r = "HTTP/1.1 100 Continue\r\n\r\n";
++ const char *r_100 = "HTTP/1.1 100 Continue\r\n\r\n";
++ const char *r_400 = "HTTP/1.1 400 Bad Request\r\n\r\n";
++ const char *r_417 = "HTTP/1.1 417 Expectation Failed\r\n\r\n";
+
+ CHECK_OBJ_NOTNULL(sp, SESS_MAGIC);
+ AZ(sp->restarts);
+@@ -1121,10 +1123,12 @@
+ sp->wrk->vcl = NULL;
+
+ http_Setup(sp->http, sp->ws);
+- done = http_DissectRequest(sp);
++ err_code = http_DissectRequest(sp);
+
+ /* If we could not even parse the request, just close */
+- if (done < 0) {
++ if (err_code == 400)
++ (void)write(sp->fd, r_400, strlen(r_400));
++ if (err_code != 0) {
+ sp->step = STP_DONE;
+ vca_close_session(sp, "junk");
+ return (0);
+@@ -1136,12 +1140,6 @@
+ /* Catch original request, before modification */
+ HTTP_Copy(sp->http0, sp->http);
+
+- if (done != 0) {
+- sp->err_code = done;
+- sp->step = STP_ERROR;
+- return (0);
+- }
+-
+ sp->doclose = http_DoConnection(sp->http);
+
+ /* XXX: Handle TRACE & OPTIONS of Max-Forwards = 0 */
+@@ -1151,13 +1149,14 @@
+ */
+ if (http_GetHdr(sp->http, H_Expect, &p)) {
+ if (strcasecmp(p, "100-continue")) {
+- sp->err_code = 417;
+- sp->step = STP_ERROR;
++ (void)write(sp->fd, r_417, strlen(r_417));
++ sp->step = STP_DONE;
++ vca_close_session(sp, "junk");
+ return (0);
+ }
+
+ /* XXX: Don't bother with write failures for now */
+- (void)write(sp->fd, r, strlen(r));
++ (void)write(sp->fd, r_100, strlen(r_100));
+ /* XXX: When we do ESI includes, this is not removed
+ * XXX: because we use http0 as our basis. Believed
+ * XXX: safe, but potentially confusing.
diff --git a/debian/patches/series b/debian/patches/series
index 237a7cf..f1696f2 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1,2 @@
debian-changes-2.1.3-8
+CVE-2013-4484.patch
--
1.8.5.1
signature.asc
Description: Digital signature
Bug#731655: plastimatch: Unsatisfiable B-D: insighttoolkit4 is only available on i386 and amd64
Package: plastimatch Version: 1.5.14+dfsg-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, plastimatch has switched to libinsighttoolkit4-dev, but that is only available for i386 and amd64. So either this Build-Depends needs to be restricted to these architectures or the outdated plastimatch binary packages for other architectures need to removed from the archive. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731654: libgl1-nvidia-legacy-304xx-glx: nvidia-legacy-304xx packages failing on testing
Package: libgl1-nvidia-legacy-304xx-glx Version: 304.116-2 Severity: normal In common with others, I find that X no longer functions with the nvidia-legacy*304* packages on testing. On 3/12/13, they were installed and after I had selected various alternatives, X was working with nvidia-legacy-304... On 4/12/13 after an "aptitude full-upgrade", X would no longer work. At first it appeared to be a problem with the nouveau module being loaded. I could find no blacklisting of the nouveau module, although I gathered that one of the nvidia-legacy modules was intended to include that. I added a blacklist nouveau file under /etc/modprobe. That helped, but X still failed because it did not find the nvidia module. I am continuing to investigate, but this bug report is prompted by a problem with: dpkg-reconfigure libgl1-nvidia-legacy-304xx-glx That reported that the package name was ambiguous! I had to purge the :i386 version before dpkg-reconfigure would run. (I had removed the i386 versions in an attempt to simply the situation.) Since I no longer have decent web access (no X) on this machine, I am currently unable to check the other reports on this problem, but a simple google search will reveal those reports. -- -- Package-specific info: uname -a: Linux precise 3.11-2-amd64 #1 SMP Debian 3.11.8-1 (2013-11-13) x86_64 GNU/Linux /proc/version: Linux version 3.11-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.1 (Debian 4.8.1-10) ) #1 SMP Debian 3.11.8-1 (2013-11-13) /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 304.116 Mon Oct 28 20:39:03 PDT 2013 GCC version: gcc version 4.8.2 (Debian 4.8.2-1) lspci 'VGA compatible controller [0300]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV40 [GeForce 6800] [10de:0041] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Gigabyte Technology Co., Ltd Geforce 6800 GV-N6812 [1458:310f] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: nvidia dmesg: [0.00] AGP bridge at 00:00:00 [0.00] Aperture from AGP @ f400 old size 32 MB [0.00] Aperture from AGP @ f400 size 64 MB (APSIZE f30) [0.00] AGP bridge at 00:00:00 [0.00] Aperture from AGP @ f400 old size 32 MB [0.00] Aperture from AGP @ f400 size 64 MB (APSIZE f30) [0.00] Console: colour VGA+ 80x25 [0.080568] vgaarb: device added: PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none [0.080641] vgaarb: loaded [0.080697] vgaarb: bridge control possible :01:00.0 [0.496018] agpgart-amd64 :00:00.0: AGP bridge [1106/3188] [0.499810] agpgart-amd64 :00:00.0: AGP aperture is 64M @ 0xf400 [0.537949] Linux agpgart interface v0.103 [8.276058] nvidia: module license 'NVIDIA' taints kernel. [8.325127] vgaarb: device changed decodes: PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem [8.325638] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 304.116 Mon Oct 28 20:39:03 PDT 2013 OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 22 Dec 3 21:17 /etc/alternatives/glx -> /usr/lib/mesa-diverted lrwxrwxrwx 1 root root 48 Sep 8 11:48 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 48 Sep 8 11:48 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 50 Dec 3 21:17 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 lrwxrwxrwx 1 root root 50 Dec 3 21:17 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 lrwxrwxrwx 1 root root 22 Sep 8 11:48 /etc/alternatives/libGL.so-master -> /usr/lib/mesa-diverted lrwxrwxrwx 1 root root 23 Dec 4 21:27 /etc/alternatives/nvidia -> /usr/lib/nvidia/current lrwxrwxrwx 1 root root 38 Dec 4 21:27 /etc/alternatives/nvidia--nv-control-dpy -> /usr/lib/nvidia/current/nv-control-dpy lrwxrwxrwx 1 root root 32 Dec 4 21:27 /etc/alternatives/nvidia--nvidia-modprobe.conf -> /etc/nvidia/nvidia-modprobe.conf lrwxrwxrwx 1 root root 39 Dec 4 21:27 /etc/alternatives/nvidia--nvidia-settings -> /usr/lib/nvidia/current/nvidia-settings lrwxrwxrwx 1 root root 44 Dec 4 21:27 /etc/alternatives/nvidia--nvidia-settings.1.gz -> /usr/lib/nvidia/current/nvidia-settings.1.gz lrwxrwxrwx 1 root root 47 Dec 4 21:27 /etc/alternatives/nvidia--nvidia-settings.desktop -> /usr/lib/nvidia/current/nvidia-settings.desktop lrwxrwxrwx 1 root root 21 Mar 27 2011 /usr/lib/libGLcore.so.1 -> libGLcore.so.1.0.8178 -rwxr-xr-x 1 root root 7850656 Apr
Bug#623400: autorun4linuxcd: support building with mingw-w64
Hi, On Tue, Apr 19, 2011 at 11:49:11PM +0200, Stephen Kitt wrote: > mingw-w64, which is intended to eventually replace mingw32 and the > assorted packages, is now available in Debian along with new builds of > binutils and gcc. The attached patch allows autorun4linuxcd to build > using mingw-w64 rather than mingw32. Is there any chance you could apply this patch in the near future? Or would you mind if I NMU'd (including the fix for #711704)? Regards, Stephen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731596: vlc: VLC skipping on some FLAC files
forwarded 731596 https://trac.videolan.org/vlc/ticket/9863 tags 731596 + pending thanks On Sa, 2013-12-07 at 11:56 +0100, Ingo Saitz wrote: > Package: vlc > Version: 2.1.1-1 > Severity: normal > Tags: patch > > > VLC produces an audible skipping on some FLAC files. See upstream > Bug 9863 for an example and patch. Applying commit > a5a87c3c662a3f733d1b7a49b8cf5c5f595aed41 which should be included in > VLC 2.1.2 fixes this problem. > > Bug: https://trac.videolan.org/vlc/ticket/9863 > Fix: > http://git.videolan.org/?p=vlc.git;a=commitdiff;h=a5a87c3c662a3f733d1b7a49b8cf5c5f595aed41 Would it be sufficient to wait for the next upstream release to ship this fix? -- Benjamin Drung Debian & Ubuntu Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731623: mercurial: recent change in debian/rules causes error on repeated builds
On Sun, 8 Dec 2013, Faheem Mitha wrote: On Sat, 7 Dec 2013, Faheem Mitha wrote: The rm tests/test-check-pyflakes.t breaks repeated builds for me here, specifically `debuild clean`. Obvious comment: rm returns an error if the file it is asked to remove does not exist, and once it has been removed, it is not going to be restored. Changing this to rm -f tests/test-check-pyflakes.t Fixes it for me. On second thoughts, maybe patching out that file would be a cleaner solution. #debian-mentors disagrees. They suggested two alternative slight modifications to your version. override_dh_clean: dh_clean tests/test-check-pyflakes.t or perhaps better, just add tests/test-check-pyflakes.t in debian/clean Regards, Faheem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731513: vlc: FTBFS: freetype/ftsynth.h: No such file or directory
forwarded 731513 https://trac.videolan.org/vlc/ticket/10019
tags 731513 + pending
thanks
On Fr, 2013-12-06 at 09:41 +0100, Roland Stigge wrote:
> vlc FTBFS with new freetype 2.5.1-1 like this:
>
> ...
> ../../doltlibtool --tag=CC --mode=compile gcc -std=gnu99 -DHAVE_CONFIG_H
> -I. -I../.. -DMODULE_NAME=$(p="libfreetype_plugin_la-freetype.lo";
> p="${p##*/}"; p="${p#lib}"; echo "${p%_plugin*}")
> -DMODULE_NAME_IS_$(p="libfreetype_plugin_la-freetype.lo"; p="${p##*/}";
> p="${p#lib}"; echo "${p%_plugin*}")
> -DMODULE_STRING=\"$(p="libfreetype_plugin_la-freetype.lo"; p="${p##*/}";
> p="${p#lib}"; echo "${p%_plugin*}")\" -D__PLUGIN__ -I/usr/include/freetype2
> -DHAVE_FONTCONFIG -I/usr/include/fribidi -DHAVE_FRIBIDI -I../../include
> -I../../include -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector
> --param=ssp-buffer-size=4 -Wformat -Werror=format-security -mtune=8548 -Wall
> -Wextra -Wsign-compare -Wundef -Wpointer-arith -Wbad-function-cast
> -Wwrite-strings -Wmissing-prototypes -Wvolatile-register-var
> -Werror-implicit-function-declaration -pipe -fvisibility=hidden -ffast-math
> -funroll-loops -fomit-frame-pointer -c -o libfreetype_plugin_la-freetype.lo
> `test -f 'freetype.c' || echo './'`freetype.c
> freetype.c:93:30: fatal error: freetype/ftsynth.h: No such file or directory
> compilation terminated.
> make[5]: *** [libfreetype_plugin_la-freetype.lo] Error 1
> make[5]: Leaving directory `/«PKGBUILDDIR»/modules/text_renderer'
> make[4]: *** [all] Error 2
> make[4]: Leaving directory `/«PKGBUILDDIR»/modules/text_renderer'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory `/«PKGBUILDDIR»/modules'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/«PKGBUILDDIR»'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/«PKGBUILDDIR»'
> dh_auto_build: make -j1 returned exit code 2
> make: *** [build-arch] Error 2
> ...
>
> Attaching a patch that fixes this by considering the new location of a header
> file.
I detected this issue a while ago and filed an upstream bug:
https://trac.videolan.org/vlc/ticket/10019
I probably will wait until the next upstream release is shipped with the
patch included, unless it's urgent to fix the build failure sooner?!
--
Benjamin Drung
Debian & Ubuntu Developer
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731653:
* URL : https://metacpan.org/release/HTML-GenToc * License : GPL-2+ Programming Lang: Perl Description : module that generates a Table of Contents for HTML documents HTML::GenToc generates anchors and a table of contents for HTML documents. Depending on the arguments, it will insert the information it generates, or output to a string, a separate file or STDOUT. While it defaults to taking H1 and H2 elements as the significant elements to put into the table of contents, any tag can be defined as a significant element. Also, it doesn't matter if the input HTML code is complete, pure HTML, one can input pseudo-html or page-fragments, which makes it suitable for using on templates and HTML meta-languages such as WML. Also included in the distrubution is hypertoc, a script which uses the module so that one can process files on the command-line in a user-friendly manner.
Bug#709056: fixed in scikit-learn 0.13-3
Cool Thanks for help Andreas Beckmann wrote: >On Tuesday, 21. May 2013 18:33:37 Yaroslav Halchenko wrote: >> Source: scikit-learn >> Source-Version: 0.13-3 >> >> We believe that the bug you reported is fixed in the latest version >of >> scikit-learn, which is due to be installed in the Debian FTP archive. > >> scikit-learn (0.13-3) unstable; urgency=low >>* debian/control >> - move joblib to Depends from Recommends (Closes: #709056) > >Hi, > >I backported this fix to wheezy and got a PU accepted, see #731417. > >The commits and a signed tag can be found in branch wheezy of > >git://anonscm.debian.org/users/anbe/tmp/scikit-learn.git > > >Andreas -- Sent from a phone which beats iPhone. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726654: release.debian.org: pu: package libguestfs/1:1.18.1-1+deb7u3
* Adam D. Barratt: > With the changelog distribution fixed, please go ahead with the > upload, Done. Thank you. -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711795: gnome-mplayer: Screen turns off (energy-save) while watching video
[Please keep the bug in CC.] On 2013-12-07 19:03:43, Marco wrote: > No power manager. I went back to the previous version of gnome-mplayer, and > the bug described doesn't happen. > > The thing is, my screen goes into Energy Save Mode after 10 minutes of > inactivity. I don't how to change this settings, because I don't have > xscreensaver installed, or any other power manager I'm aware of. xset > doesn't do anything. > > But that's not the case. The thing is, gnome-mplayer was able to prevent > this while I was watching a video. hmm, do you have xdg-utils installed? Could you also attach a log from running gnome-mplayer --verbose with the non-working version? Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#694721: gimp: Gimp help not working
Package: gimp Version: 2.8.2-2 Followup-For: Bug #694721 Dear Maintainer, Even after installing gimp-help-en I am unable to get any help in gimp, local or remote. This seems more than a trivial problem, though perhaps it was triggered by the exact sequence of my actions. * What led up to the situation? Installed and ran gimp, opening a png image to edit. Selected help | context help from the menu and then clicked on one of the brushes in the paintbrush window. This warning came up Could not open 'http://docs.gimp.org/2.8/en/gimp-help.xml' for reading: The specified location is not supported Perhaps you are missing GIO backends and need to install GVFS? Unlike the original poster I have not explicitly set any help options or requested remote help. Note I'm running under KDE. * What exactly did you do (or not do) that was effective (or ineffective)? With aptitude installed gimp-help-en (oddly, there were 2 entries with the same version number), which also installed gimp-help-common. *While* the installl was in progress I tried help again (general help, not context help, I think) and got the same message. After installation tried help again, same error. Shut down and restarted help. Tried context help again, same error. I tried opening http://docs.gimp.org/2.8/en/gimp-help.xml in iceweasel. It did retrieve a page, though it was unformatted. * What was the outcome of this action? Warning dialogue shown above. * What outcome did you expect instead? Help, preferably locally or at least remote. The workaround is to visit the gimp web site. BTW, the reason I wanted help was that I wanted to change the size of the star paintbrush; when I open the properties dialogue for it all the controls are greyed out. Theory: gimp-help is missing dependencies. Thanks. *** End of the template - remove these lines *** -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 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 gimp depends on: ii gimp-data 2.8.2-2 ii libaa1 1.4p5-40 ii libatk1.0-0 2.4.0-2 ii libbabl-0.1-0 0.1.10-1 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u1 ii libdbus-glib-1-20.100.2-1 ii libexif12 0.6.20-3 ii libexpat1 2.1.0-1 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgegl-0.2-0 0.2.0-2+nmu1 ii libgimp2.0 2.8.2-2 ii libglib2.0-02.33.12+really2.32.4-5 ii libgs9 9.05~dfsg-6.3+deb7u1 ii libgtk2.0-0 2.24.10-2 ii libgudev-1.0-0 175-7.2 ii libice6 2:1.0.8-2 ii libjasper1 1.900.1-13 ii libjavascriptcoregtk-1.0-0 1.8.1-3.4 ii libjpeg88d-1 ii liblcms11.19.dfsg-1.2 ii libmng1 1.0.10-3 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-1 ii libpoppler-glib80.18.4-6 ii librsvg2-2 2.36.1-1 ii libsm6 2:1.2.1-2 ii libsoup2.4-12.38.1-2 ii libtiff43.9.6-11 ii libwebkitgtk-1.0-0 1.8.1-3.4 ii libwmf0.2-7 0.2.8.4-10.3 ii libx11-62:1.5.0-1+deb7u1 ii libxcursor1 1:1.1.13-1+deb7u1 ii libxext62:1.3.1-2+deb7u1 ii libxfixes3 1:5.0-4+deb7u1 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxt6 1:1.1.3-1+deb7u1 ii python 2.7.3-4+deb7u1 ii python-gtk2 2.24.0-3+b1 ii python2.7 2.7.3-6 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gimp recommends: ii ghostscript 9.05~dfsg-6.3+deb7u1 Versions of packages gimp suggests: pn gimp-data-extras ii gimp-help-en [gimp-help] 2.6.1-1 pn gvfs-backends ii libasound21.0.25-4 -- 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#576072: marked as done (xfce4-xkb-plugin: version 0.5.3.3 have too small font size displayed on panel)
Hi. Looks like this bug can be closed. It was fixed upstream's git two years ago. Current version 0.5.6 have it fixed too. --- Rinat
Bug#711135: unable to reproduce
On Thu, Dec 05, 2013 at 02:01:37PM +1100, Peter Chubb wrote: > > "dann" == dann frazier writes: > > dann> I've got a zx6000 here, but I'm unable to reproduce. Are we > dann> using the same versions of firmware/elilo? I'm using the serial > dann> console. > > I'm using the serial console via the HP iLO system. > I collected today's snapshot fo jessie's netboot.tgz, unpacked it on > our tftp server, and booted via DHCP: > > EFI Boot Manager ver 1.10 [14.61] Firmware ver 2.31 [4411] > > Please select a boot option > > EFI Shell [Built-in] > CDROm > DHCP Boot (Gigabit) > Debian > Boot Option Maintenance Menu > System Configuration Menu > > > Use ^ and v to change option(s). Use Enter to select an option > Loading.: DHCP Boot (Gigabit) > Running LoadFile() > > CLIENT MAC ADDR: 00 30 6E F3 7E AF > CLIENT IP: 10.13.0.38 MASK: 255.255.254.0 DHCP IP: 10.13.0.1 > GATEWAY IP: 10.13.0.1 > > TSize.Running LoadFile() > > Starting: DHCP Boot (Gigabit) > ELILO v3.14 for EFI/IA-64 > .. > Uncompressing Linux... done > Loading file /gelato/debian-installer/ia64/initrd.gz...done > Uncompressing Linux... done > *** > * ROM Version : 02.31 > * ROM Date: 03/11/2004 > * BMC Version : 01.52 > *** Can you attach your elilo.conf? I'm mostly trying to confirm you are specifying "relocatable", but also curious about other settings. fwiw, I am also able to boot the latest recent kernels: ELILO boot: di Uncompressing Linux... done Loading file \EFI\debian\boot\initrd.img-di...done [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Initializing cgroup subsys cpuacct [0.00] Linux version 3.11-2-itanium (debian-ker...@lists.debian.org) (gcc version 4.6.4 (Debian 4.6.4-4) ) #1 SMP Debian 3.11.10-1 (2013-12-04) [0.00] EFI v1.10 by HP: SALsystab=0x3fb38000 ACPI 2.0=0x3fb2e000 SMBIOS=0x3fb3a000 HCDP=0x3fb2c000 [0.00] booting generic kernel on platform hpzx1 [0.00] PCDP: v0 at 0x3fb2c000 [0.00] Explicit "console="; ignoring PCDP [...] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731594: [pkg-ntp-maintainers] Bug#731594: Bug#731594: debian-installer: time synchronisation should be installed by default
On Sat, Dec 07, 2013 at 10:22:33AM -0700, Bdale Garbee wrote: > Dmitrijs Ledkovs writes: > > > Servers that rarely (re)configure network or boot, can also setup cron > > to call to ntpdate or install an NTP client daemon when they are first > > configured. > > FWIW, calling ntpdate from cron is a *horrible* idea. I would like to make it clear that we should *never* run something that updates the time from cron. That would have as effect that all clients will query the time at about the same time causing a massive overload of the ntp servers. If you run that against the ntp pool I believe that would be reason for having *.debian.pool.ntp.org getting disabled. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731653: ITP: libhtml-gentoc-perl -- module that generates a Table of Contents for HTML documents
Package: wnpp Owner: Radu-Bogdan Croitoru Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libhtml-gentoc-perl Version : 3.20 Upstream Author : Kathryn Andersen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#709056: fixed in scikit-learn 0.13-3
On Tuesday, 21. May 2013 18:33:37 Yaroslav Halchenko wrote: > Source: scikit-learn > Source-Version: 0.13-3 > > We believe that the bug you reported is fixed in the latest version of > scikit-learn, which is due to be installed in the Debian FTP archive. > scikit-learn (0.13-3) unstable; urgency=low >* debian/control > - move joblib to Depends from Recommends (Closes: #709056) Hi, I backported this fix to wheezy and got a PU accepted, see #731417. The commits and a signed tag can be found in branch wheezy of git://anonscm.debian.org/users/anbe/tmp/scikit-learn.git Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731651: pforth: Please add architecture powerpcspe
Package: pforth Version: 21-11 Severity: wishlist Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, please add powerpcspe to the Architecture: list in debian/control. Thanks in advance, Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.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#731650: zfs-fuse: Please add architecture powerpcspe
Package: zfs-fuse Version: 0.7.0-10.1 Severity: wishlist Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, please add powerpcspe to the Architecture: list in debian/control. Thanks in advance, Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.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#731648: Updated patch
Hi,
I'm attaching an updated version of the patch. The previous patch also
deactivated --with-module=postgresql.
Roland
diff -ruN test/clisp-2.49/debian/control clisp-2.49/debian/control
--- test/clisp-2.49/debian/control 2013-05-05 04:03:07.0 +0200
+++ clisp-2.49/debian/control 2013-12-06 19:32:03.064530541 +0100
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Debian Common Lisp Team
Uploaders: Peter Van Eynde , Christoph Egger
-Build-Depends: debhelper (>> 7), gettext, bison, libncurses5-dev, groff, libx11-dev, libxext-dev, libxpm-dev, libsigsegv-dev (>= 2.8), libreadline-gplv2-dev, dh-lisp (>= 0.7.1), libdb-dev, libffcall1-dev , libgdbm-dev , libpq-dev [ !armel !armhf !hppa !ia64 !m68k !s390 !mipsel !powerpc], libpcre3-dev, libdbus-1-dev [ !armel !armhf !hppa !ia64 !m68k !s390 !mipsel !powerpc], zlib1g-dev [ !armel !armhf !hppa !ia64 !m68k !s390 !mipsel !powerpc]
+Build-Depends: debhelper (>> 7), gettext, bison, libncurses5-dev, groff, libx11-dev, libxext-dev, libxpm-dev, libsigsegv-dev (>= 2.8), libreadline-gplv2-dev, dh-lisp (>= 0.7.1), libdb-dev, libffcall1-dev , libgdbm-dev , libpq-dev [ !armel !armhf !hppa !ia64 !m68k !s390 !mipsel !powerpc !powerpcspe], libpcre3-dev, libdbus-1-dev [ !armel !armhf !hppa !ia64 !m68k !s390 !mipsel !powerpc !powerpcspe], zlib1g-dev [ !armel !armhf !hppa !ia64 !m68k !s390 !mipsel !powerpc !powerpcspe]
Build-Conflicts: libsigsegv-dev (<= 2.8), libreadline6-dev
Standards-Version: 3.9.1.0
Homepage: http://www.clisp.org/
@@ -11,7 +11,7 @@
Vcs-Browser: http://git.debian.org/?p=pkg-common-lisp/clisp.git;a=summary
Package: clisp
-Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390 sparc
+Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc powerpcspe kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390 sparc
Pre-Depends: ${xlibs:PreDepends}
Conflicts: clisp-dev (<< 1:2.49-2)
Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -40,7 +40,7 @@
GNU CLISP runs Maxima, ACL2 and many other Common Lisp packages.
Package: clisp-dev
-Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390 sparc
+Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc powerpcspe kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390 sparc
Depends: clisp, ${misc:Depends}
Description: GNU CLISP, a Common Lisp implementation (development files)
This is the link kit of clisp, it can be used to add external modules (written
@@ -78,14 +78,14 @@
Package: clisp-module-berkeley-db
-Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390
+Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc powerpcspe kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390
Depends: ${shlibs:Depends}, clisp, ${misc:Depends}
Description: clisp module that adds an interface to Berkeley DB
This adds a module to clisp that implements an interface to the
Berkeley DB.
Package: clisp-module-pcre
-Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390
+Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc powerpcspe kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390
Depends: ${shlibs:Depends}, clisp, ${misc:Depends}
Description: clisp module that adds libpcre support
This adds a module to clisp that implements an interface to the
@@ -106,14 +106,14 @@
PostgreSQL DB using the C bindings.
Package: clisp-module-clx
-Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390
+Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc powerpcspe kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390
Depends: ${shlibs:Depends}, clisp, ${misc:Depends}
Description: clisp module that adds X11 bindings
This adds a module to clisp that implements an interface to the
X11 called CLX.
Package: clisp-module-rawsock
-Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390
+Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc powerpcspe kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390
Depends: ${shlibs:Depends}, clisp, ${misc:Depends}
Description: clisp module that adds a low level socket interface
This adds a module to clisp that implements an interface to the
@@ -134,7 +134,7 @@
called shell globbing.
Package: clisp-module-gdbm
-Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390
+Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc powerpcspe kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390
Depends: ${shlibs:Depends}, clisp, ${misc:Depends}
Description: clisp module that adds an interface to GNU DBM
T
Bug#711795: gnome-mplayer: Screen turns off (energy-save) while watching video
Control: tags -1 + moreinfo Hi Marco, On 2013-06-09 18:22:41, Marco wrote: > Watching a fullscreen video should keep the screen on the whole time, > however, since the update the screen turns off after 10 minutes of inactivity > (monitor goes into "Energy Save" mode). > If it helps, my DE is XFCE 4.10, and I don't have xscreensaver installed. Sorry, I missed this one somehow. Could you tell me a bit more about environment? Are you running xfce4-power-manager? Is any other power manager running? Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#731649: systemd: sleep key no longer suspends - just locks + blanks screen
Package: systemd Version: 204-5 Severity: normal This could be a gnome-power-manager (3.8.2-1) or upower (0.9.23-2+b1) issue, but it seems to have started at the point a GNOME upgrade pulled in systemd for logind. Since this time my laptop's sleep button no longer works correctly. Pressing it results in the screen being locked and the LCD being turned off, but doesn't actually suspend the laptop. I get the following errors in /var/log/daemon.log: Dec 7 12:12:59 makguksu dbus[3877]: [system] Activating service name='org.freedesktop.systemd1' (using servicehelper) Dec 7 12:12:59 makguksu dbus[3877]: [system] Activated service 'org.freedesktop.systemd1' failed: Launch helper exited with unknown return code 1 Choosing the "Suspend" menu option from the GNOME panel or invoking pm-suspend from the command line both continue to work fine. I've tried setting HandleSuspendKey to both ignore and suspend in /etc/systemd/logind.conf (rather than the default commented out option) and neither seems to change the behaviour. I am not running systemd as my init; still using sysvinit (2.88dsf-43). Please let me know if I can provide any further information to help. -- Package-specific info: -- systemd-delta: -- 0 overridden configuration files found. -- Contents of /var/lib/systemd/deb-systemd-helper-enabled: -- ==> /var/lib/systemd/deb-systemd-helper-enabled/pcscd.service.dsh-also <== /etc/systemd/system/sockets.target.wants/pcscd.socket ==> /var/lib/systemd/deb-systemd-helper-enabled/lm-sensors.service.dsh-also <== /etc/systemd/system/multi-user.target.wants/lm-sensors.service ==> /var/lib/systemd/deb-systemd-helper-enabled/libvirt-bin.service.dsh-also <== /etc/systemd/system/multi-user.target.wants/libvirt-bin.service ==> /var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/pcscd.socket <== ==> /var/lib/systemd/deb-systemd-helper-enabled/libvirt-guests.service.dsh-also <== /etc/systemd/system/multi-user.target.wants/libvirt-guests.service ==> /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/atd.service <== ==> /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/lm-sensors.service <== ==> /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/libvirt-guests.service <== ==> /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/rsyslog.service <== ==> /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/libvirt-bin.service <== ==> /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/virtlockd.socket <== ==> /var/lib/systemd/deb-systemd-helper-enabled/pcscd.socket.dsh-also <== /etc/systemd/system/sockets.target.wants/pcscd.socket ==> /var/lib/systemd/deb-systemd-helper-enabled/virtlockd.socket.dsh-also <== /etc/systemd/system/multi-user.target.wants/virtlockd.socket ==> /var/lib/systemd/deb-systemd-helper-enabled/accounts-daemon.service.dsh-also <== /etc/systemd/system/graphical.target.wants/accounts-daemon.service ==> /var/lib/systemd/deb-systemd-helper-enabled/atd.service.dsh-also <== /etc/systemd/system/multi-user.target.wants/atd.service ==> /var/lib/systemd/deb-systemd-helper-enabled/syslog.service <== ==> /var/lib/systemd/deb-systemd-helper-enabled/graphical.target.wants/accounts-daemon.service <== ==> /var/lib/systemd/deb-systemd-helper-enabled/rsyslog.service.dsh-also <== /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/syslog.service /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/syslog.service -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-rc2+ (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 systemd depends on: ii initscripts 2.88dsf-43 ii libacl1 2.2.52-1 ii libaudit11:2.3.2-2 ii libc62.17-97 ii libcap2 1:2.22-1.2 ii libcryptsetup4 2:1.6.1-1 ii libdbus-1-3 1.6.18-1 ii libgcrypt11 1.5.3-2 ii libkmod2 9-3 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.3-9 ii libselinux1 2.2.1-1 ii libsystemd-daemon0 204-5 ii libsystemd-journal0 204-5 ii libsystemd-login0204-5 ii libudev1 204-5 ii libwrap0 7.6.q-24 ii udev 204-5 ii util-linux 2.20.1-5.5 Versions of packages systemd recommends: ii libpam-systemd 204-5 Versions of packages systemd suggests: pn systemd-ui -- 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#731437: python-qwt5-qt4: Segmentation fault when creating QwtPlot instance
Hi Artyom You are right. Some upgrade must have caused this. I will request a rebuild but until then I recommend you to rebuild the package from the debian source package and it will work. Regards Gudjon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731649: [Pkg-systemd-maintainers] Bug#731649: systemd: sleep key no longer suspends - just locks + blanks screen
Am 07.12.2013 21:17, schrieb Jonathan McDowell: > Package: systemd > Version: 204-5 > Severity: normal > > This could be a gnome-power-manager (3.8.2-1) or upower (0.9.23-2+b1) > issue, but it seems to have started at the point a GNOME upgrade pulled > in systemd for logind. > > Since this time my laptop's sleep button no longer works correctly. > Pressing it results in the screen being locked and the LCD being turned > off, but doesn't actually suspend the laptop. I get the following errorse > in /var/log/daemon.log: > > Dec 7 12:12:59 makguksu dbus[3877]: [system] Activating service > name='org.freedesktop.systemd1' (using servicehelper) > Dec 7 12:12:59 makguksu dbus[3877]: [system] Activated service > 'org.freedesktop.systemd1' failed: Launch helper exited with unknown return > code 1 > > Choosing the "Suspend" menu option from the GNOME panel or invoking > pm-suspend from the command line both continue to work fine. I've tried > setting HandleSuspendKey to both ignore and suspend in > /etc/systemd/logind.conf (rather than the default commented out option) > and neither seems to change the behaviour. > > I am not running systemd as my init; still using sysvinit (2.88dsf-43). suspend/hibernate requires systemd = PID 1 logind just forwards the request to systemd. IIRC the gnome-shell menu still calls upower. The component which handles lid close events in GNOME is gnome-settings-daemon and that package has been switched to work with systemd/logind. Upstream not really supports a standalone logind, this is one reasons why. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#731623: mercurial: recent change in debian/rules causes error on repeated builds
On Sat, 7 Dec 2013, Faheem Mitha wrote: The rm tests/test-check-pyflakes.t breaks repeated builds for me here, specifically `debuild clean`. Obvious comment: rm returns an error if the file it is asked to remove does not exist, and once it has been removed, it is not going to be restored. Changing this to rm -f tests/test-check-pyflakes.t Fixes it for me. On second thoughts, maybe patching out that file would be a cleaner solution. Regards, Faheem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731648: clisp: Please support architecture powerpcspe
Source: clisp
Version: 1:2.49-8.2
Severity: wishlist
Tags: patch
User: debian-powerpc...@breakpoint.cc
Usertags: powerpcspe
Hi,
clisp is currently not built on powerpcspe. The attached patch fixes this.
Thanks in advance,
Roland
-- System Information:
Debian Release: 7.0
APT prefers unreleased
APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: powerpcspe (ppc)
Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ruN test/clisp-2.49/debian/control clisp-2.49/debian/control
--- test/clisp-2.49/debian/control 2013-05-05 04:03:07.0 +0200
+++ clisp-2.49/debian/control 2013-12-06 19:32:03.064530541 +0100
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Debian Common Lisp Team
Uploaders: Peter Van Eynde , Christoph Egger
-Build-Depends: debhelper (>> 7), gettext, bison, libncurses5-dev, groff, libx11-dev, libxext-dev, libxpm-dev, libsigsegv-dev (>= 2.8), libreadline-gplv2-dev, dh-lisp (>= 0.7.1), libdb-dev, libffcall1-dev , libgdbm-dev , libpq-dev [ !armel !armhf !hppa !ia64 !m68k !s390 !mipsel !powerpc], libpcre3-dev, libdbus-1-dev [ !armel !armhf !hppa !ia64 !m68k !s390 !mipsel !powerpc], zlib1g-dev [ !armel !armhf !hppa !ia64 !m68k !s390 !mipsel !powerpc]
+Build-Depends: debhelper (>> 7), gettext, bison, libncurses5-dev, groff, libx11-dev, libxext-dev, libxpm-dev, libsigsegv-dev (>= 2.8), libreadline-gplv2-dev, dh-lisp (>= 0.7.1), libdb-dev, libffcall1-dev , libgdbm-dev , libpq-dev [ !armel !armhf !hppa !ia64 !m68k !s390 !mipsel !powerpc !powerpcspe], libpcre3-dev, libdbus-1-dev [ !armel !armhf !hppa !ia64 !m68k !s390 !mipsel !powerpc !powerpcspe], zlib1g-dev [ !armel !armhf !hppa !ia64 !m68k !s390 !mipsel !powerpc !powerpcspe]
Build-Conflicts: libsigsegv-dev (<= 2.8), libreadline6-dev
Standards-Version: 3.9.1.0
Homepage: http://www.clisp.org/
@@ -11,7 +11,7 @@
Vcs-Browser: http://git.debian.org/?p=pkg-common-lisp/clisp.git;a=summary
Package: clisp
-Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390 sparc
+Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc powerpcspe kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390 sparc
Pre-Depends: ${xlibs:PreDepends}
Conflicts: clisp-dev (<< 1:2.49-2)
Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -40,7 +40,7 @@
GNU CLISP runs Maxima, ACL2 and many other Common Lisp packages.
Package: clisp-dev
-Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390 sparc
+Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc powerpcspe kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390 sparc
Depends: clisp, ${misc:Depends}
Description: GNU CLISP, a Common Lisp implementation (development files)
This is the link kit of clisp, it can be used to add external modules (written
@@ -78,14 +78,14 @@
Package: clisp-module-berkeley-db
-Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390
+Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc powerpcspe kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390
Depends: ${shlibs:Depends}, clisp, ${misc:Depends}
Description: clisp module that adds an interface to Berkeley DB
This adds a module to clisp that implements an interface to the
Berkeley DB.
Package: clisp-module-pcre
-Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390
+Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc powerpcspe kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390
Depends: ${shlibs:Depends}, clisp, ${misc:Depends}
Description: clisp module that adds libpcre support
This adds a module to clisp that implements an interface to the
@@ -106,14 +106,14 @@
PostgreSQL DB using the C bindings.
Package: clisp-module-clx
-Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390
+Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc powerpcspe kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390
Depends: ${shlibs:Depends}, clisp, ${misc:Depends}
Description: clisp module that adds X11 bindings
This adds a module to clisp that implements an interface to the
X11 called CLX.
Package: clisp-module-rawsock
-Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390
+Architecture: alpha amd64 armel armhf hppa i386 ia64 mips mipsel powerpc powerpcspe kfreebsd-i386 kfreebsd-amd64 m68k hurd-i386 s390
Depends: ${shlibs:Depends}, clisp, ${misc:Depends}
Description: clisp module that adds a low level socket interface
This adds a module to clisp that implements an interface to the
@@ -134
Bug#731647: ffcall: FTBFS on powerpcspe: Unrecognized opcode: `lfd'
Source: ffcall Version: 1.10+cvs20100619-2 Severity: wishlist Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, ffcall currently FTBFS on powerpcspe like this: ... gcc -x none -c ./avcall-powerpc-linux.s -fPIC -DPIC -o .libs/avcall-powerpc-linux.o ./avcall-powerpc-linux.s: Assembler messages: ./avcall-powerpc-linux.s:66: Error: Unrecognized opcode: `lfd' ./avcall-powerpc-linux.s:68: Error: Unrecognized opcode: `lfd' ./avcall-powerpc-linux.s:70: Error: Unrecognized opcode: `lfd' ./avcall-powerpc-linux.s:72: Error: Unrecognized opcode: `lfd' ./avcall-powerpc-linux.s:74: Error: Unrecognized opcode: `lfd' ./avcall-powerpc-linux.s:76: Error: Unrecognized opcode: `lfd' ./avcall-powerpc-linux.s:78: Error: Unrecognized opcode: `lfd' ./avcall-powerpc-linux.s:80: Error: Unrecognized opcode: `lfd' ./avcall-powerpc-linux.s:82: Error: Unrecognized opcode: `lfd' ./avcall-powerpc-linux.s:84: Error: Unrecognized opcode: `lfd' ./avcall-powerpc-linux.s:86: Error: Unrecognized opcode: `lfd' ./avcall-powerpc-linux.s:88: Error: Unrecognized opcode: `lfd' ./avcall-powerpc-linux.s:90: Error: Unrecognized opcode: `lfd' ./avcall-powerpc-linux.s:144: Error: Unrecognized opcode: `stfs' ./avcall-powerpc-linux.s:151: Error: Unrecognized opcode: `stfd' cp: cannot stat 'avcall-powerpc-linux.lo': No such file or directory rm -f avcall.lo avcall.o ln avcall-powerpc.lo avcall.lo ln: accessing 'avcall-powerpc.lo': No such file or directory make[2]: *** [avcall.lo] Error 1 make[2]: Leaving directory `/«BUILDDIR»/ffcall-1.10+cvs20100619/avcall' make[1]: *** [all] Error 2 make[1]: Leaving directory `/«BUILDDIR»/ffcall-1.10+cvs20100619' dh_auto_build: make -j1 returned exit code 2 make: *** [build-arch] Error 2 ... The attached patch fixes this. Thanks in advance, Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash diff -ruN test/ffcall-1.10+cvs20100619/debian/patches/fix-powerpcspe.patch ffcall-1.10+cvs20100619/debian/patches/fix-powerpcspe.patch --- test/ffcall-1.10+cvs20100619/debian/patches/fix-powerpcspe.patch 1970-01-01 01:00:00.0 +0100 +++ ffcall-1.10+cvs20100619/debian/patches/fix-powerpcspe.patch 2013-12-07 20:54:12.214341956 +0100 @@ -0,0 +1,578 @@ +--- ffcall-1.10+cvs20100619.orig/avcall/Makefile.in ffcall-1.10+cvs20100619/avcall/Makefile.in +@@ -127,6 +127,7 @@ avcall-powerpc.lo : $(srcdir)/avcall-pow + case "$(OS)" in \ + aix3*) syntax=aix.old;; \ + aix*) syntax=aix.new;; \ ++ linux-gnuspe) syntax=linux-gnuspe;; \ + linux* | netbsd*) syntax=linux;; \ + macos* | darwin*) syntax=macos;; \ + *) syntax=sysv4;; \ +--- /dev/null ffcall-1.10+cvs20100619/avcall/avcall-powerpc-linux-gnuspe.s +@@ -0,0 +1,241 @@ ++ .file "avcall-powerpc.c" ++gcc2_compiled.: ++ .section ".text" ++ .align 2 ++ .globl __builtin_avcall ++ .type __builtin_avcall,@function ++__builtin_avcall: ++ stwu 1,-1040(1) ++ mflr 0 ++ stw 31,1036(1) ++ stw 0,1044(1) ++ mr 31,3 ++ addi 7,1,8 ++ lwz 9,20(31) ++ addi 11,9,-40 ++ subf 11,31,11 ++ srawi 11,11,2 ++ lwz 9,1064(31) ++ addi 10,9,-1072 ++ subf 10,31,10 ++ srawi 10,10,3 ++ subfic 3,10,8 ++ cmpw 0,3,11 ++ bc 4,0,.L4 ++ addi 8,31,40 ++.L6: ++ add 9,10,3 ++ slwi 9,9,2 ++ add 9,9,7 ++ slwi 0,3,2 ++ lwzx 0,8,0 ++ stw 0,-32(9) ++ addi 3,3,1 ++ cmpw 0,3,11 ++ bc 12,0,.L6 ++.L4: ++ lwz 9,1064(31) ++ addi 11,9,-1072 ++ subf 11,31,11 ++ srawi. 11,11,3 ++ bc 12,2,.L9 ++ cmpwi 0,11,1 ++ bc 12,2,.L12 ++ cmpwi 0,11,2 ++ bc 12,2,.L15 ++ cmpwi 0,11,3 ++ bc 12,2,.L18 ++ cmpwi 0,11,4 ++ bc 12,2,.L21 ++ cmpwi 0,11,5 ++ bc 12,2,.L24 ++ cmpwi 0,11,6 ++ bc 12,2,.L27 ++ cmpwi 0,11,7 ++ bc 12,2,.L30 ++ cmpwi 0,11,8 ++ bc 12,2,.L33 ++ cmpwi 0,11,9 ++ bc 12,2,.L36 ++ cmpwi 0,11,10 ++ bc 12,2,.L39 ++ cmpwi 0,11,11 ++ bc 12,2,.L42 ++ cmpwi 0,11,12 ++ bc 12,2,.L45 ++.L45: ++.L42: ++.L39: ++.L36: ++.L33: ++.L30: ++.L27: ++.L24: ++.L21: ++.L18: ++.L15: ++.L12: ++.L9: ++ lwz 11,0(31) ++ lwz 3,40(31) ++ lwz 4,44(31) ++ lwz 5,48(31) ++ lwz 6,52(31) ++ lwz 7,56(31) ++ lwz 8,60(31) ++ lwz 9,64(31) ++ lwz 10,68(31) ++ mtlr 11 ++ crxor 6,6,6 ++ blrl ++ lwz 0,12(31) ++ cmpwi 0,0,1 ++ bc 12,2,.L50 ++ cmpwi 0,0,0 ++ bc 12,2,.L102 ++ lwz 0,12(31) ++ cmpwi 0,0,2 ++ bc 12,2,.L103 ++ lwz 0,12(31) ++ cmpwi 0,0,3 ++ bc 12,2,.L103 ++ lwz 0,12(31) ++ cmpwi 0,0,4 ++ bc 12,2,.L103 ++ lwz 0,12(31) ++ cmpwi 0,0,5 ++ bc 12,2,.L104 ++ lwz 0,12(31) ++ cmpwi 0,0,6 ++ bc 12,2,.L104 ++ lwz 0,12(31) ++ cmpwi 0,0,7 ++ bc 12,2,.L102 ++ lwz 0,12(31) ++ cmpwi 0,0,8 ++ bc 12,2,.L102 ++ lwz 0,12(31) ++ cmpwi 0,0,9 ++ bc 12,2,.L102 ++ lwz 0,12(31) ++ cmpwi 0,0,10 ++ bc 12,2,.L102 ++ lwz 9,12(31) ++ addi 9,9,-11 ++ cmplwi 0,9,1 ++ bc 4,1,.L105 ++ lwz 0,12(31) ++ cmpwi 0,0,13 ++ bc 4,2,.L73 ++ lwz 9,8(31) ++ b .L50 ++.L73: ++ lwz 0
Bug#731646: mpi-defaults: Please provide same dependencies for powerpcspe as done for powerpc
Source: mpi-defaults Version: 1.0.2 Severity: wishlist Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, please provide the same dependencies for powerpcspe as done for powerpc, especially, the switch from mpich to openmpi, see attached patch. Thanks in advance, Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash diff -ruN test/mpi-defaults-1.0.2/debian/control mpi-defaults-1.0.2+powerpcspe1/debian/control --- test/mpi-defaults-1.0.2/debian/control 2013-10-26 15:33:29.0 +0200 +++ mpi-defaults-1.0.2+powerpcspe1/debian/control 2013-12-07 11:42:52.970137350 +0100 @@ -5,10 +5,10 @@ Uploaders: "Adam C. Powell, IV" , Manuel Prinz Standards-Version: 3.9.2 Build-Depends: debhelper, - libopenmpi-dev (>= 1.4.3-2.1) [alpha armel armhf i386 amd64 lpia ia64 powerpc sparc kfreebsd-i386 kfreebsd-amd64 hurd-i386], - openmpi-bin (>= 1.4.3-2.1) [alpha armel armhf i386 amd64 lpia ia64 powerpc sparc kfreebsd-i386 kfreebsd-amd64 hurd-i386], - libmpich-dev [!alpha !armel !armhf !i386 !amd64 !lpia !ia64 !powerpc !sparc !kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], - mpich [!alpha !armel !armhf !i386 !amd64 !lpia !ia64 !powerpc !sparc !kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] + libopenmpi-dev (>= 1.4.3-2.1) [alpha armel armhf i386 amd64 lpia ia64 powerpc powerpcspe sparc kfreebsd-i386 kfreebsd-amd64 hurd-i386], + openmpi-bin (>= 1.4.3-2.1) [alpha armel armhf i386 amd64 lpia ia64 powerpc powerpcspe sparc kfreebsd-i386 kfreebsd-amd64 hurd-i386], + libmpich-dev [!alpha !armel !armhf !i386 !amd64 !lpia !ia64 !powerpc !powerpcspe !sparc !kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], + mpich [!alpha !armel !armhf !i386 !amd64 !lpia !ia64 !powerpc !powerpcspe !sparc !kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] Vcs-Browser: http://anonscm.debian.org/git/?p=debian-science/packages/mpi-defaults.git Vcs-Git: git://anonscm.debian.org/debian-science/packages/mpi-defaults.git
Bug#731645: mpich: Please add build-dep libcr-dev for powerpcspe
Source: mpich
Version: 3.0.4-6
Severity: wishlist
Tags: patch
User: debian-powerpc...@breakpoint.cc
Usertags: powerpcspe
Hi,
please add the dependency on libcr-dev as soon as available (blcr) in
powerpcspe.
Thanks in advance,
Roland
-- System Information:
Debian Release: 7.0
APT prefers unreleased
APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: powerpcspe (ppc)
Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ruN test/mpich-3.0.4/debian/control mpich-3.0.4/debian/control
--- test/mpich-3.0.4/debian/control 2013-11-24 21:56:21.0 +0100
+++ mpich-3.0.4/debian/control 2013-12-05 13:26:44.084962141 +0100
@@ -13,7 +13,7 @@
dh-autoreconf,
gfortran,
hwloc-nox,
- libcr-dev [amd64 armel i386 powerpc],
+ libcr-dev [amd64 armel i386 powerpc powerpcspe],
libhwloc-dev,
libxt-dev,
procps,
@@ -36,7 +36,7 @@
Depends:
gfortran,
g++,
- libcr-dev [amd64 armel i386 powerpc],
+ libcr-dev [amd64 armel i386 powerpc powerpcspe],
libmpich10 (= ${binary:Version}),
${misc:Depends},
${shlibs:Depends}
Bug#731603: libreoffice: libharfbuzz broken dependency prevents installation
On Sat, Dec 07, 2013 at 07:41:27PM +0100, Simon Guinot wrote: > I also found very fascinating how you consider that a package breakage > due to a library upgrade is a "normal/not a bug" stuff, even for sid. > It smells like quality work here. *temporary* breakage until the stuff is rebuilt. If harfbuzz changes ABI a LO uploaded months ago before that new harfbuzz wasn't even uploaded can't do changes *before* that fact to handle it. Yes, it should be handled. That "Handling" is a rebuild in this case and that one is/was done as we speak and while you reported the bug. As said: sid is _unstable_. Stuff like this happens. Stuff gets uploaded and transitoned in sid. This is the nature of sid. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731644: libhdhomerun-dev: Header files should be installed to /usr/include, not /usr/lib
Package: libhdhomerun-dev Version: 20120405-1 Severity: serious Justification: Policy 9.1.1 Dear Maintainer, Thanks for maintaining libhdhomerun in Debian. I noticed that libhdhomerun-dev installs its header files to /usr/lib/libhdhomerun. It should install them to /usr/include/libhdhomerun instead, per the FHS. Regards, Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731643: please include QEMU,tcx.bin binary too
Package: openbios-sparc Version: 1.1-1 Severity: wishlist Since version 1.7, commit: da87dd7bd70f71ceaf9ff40d7cdb8394a7dc4bf5 Author: Mark Cave-Ayland Date: Sat Nov 2 16:03:50 2013 + Subject: sun4m: Add FCode ROM for TCX framebuffer qemu uses anoher binary file, QEMU,tcx.bin -- please include it in the next version of the package. Thank you! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#700273: nvidia-glx-legacy-173xx: cant configure dual screens or run nvidia-settings
[trying again after this bounced in August] On 2013-08-19 03:59, Andreas Beckmann wrote: > Control: tag -1 moreinfo > > On 2013-02-10 19:41, josh thompson wrote: >> nvidia 173 dont work with nvidia settings (i have dual screens and cant >> config >> if 173 dont recognize settings mannager > > did you install nvidia-settings-legacy-173xx instead of nvidia-settings? > > > Andreas > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731642: ITP: whitedb -- lightweight NoSQL database library
Package: wnpp Severity: wishlist * Package name: whitedb Version : 0.7.1 Upstream Author : Tanel Tammet * URL : http://whitedb.org/ * License : GPL-3+ Programming Lang: C Description : lightweight NoSQL database library WhiteDB is a lightweight NoSQL database library written in C, operating fully in main memory. There is no server process. Data is read and written directly from/to shared memory, no sockets are used between WhiteDB and the application program. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731641: provided apache et.al config does not actually serve debian-provided libjs-prototype, libjs-scriptaculous
Package: fookebox Version: 0.6.1-1 Severity: important Hi! fookebox does not seem to serve the debian-provided javascript libraries in any way (the apache config does not take care of this for example) so fookebox does not work. Christoph -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (990, 'stable'), (500, 'oldstable-proposed-updates'), (500, 'unstable'), (500, 'oldstable') Architecture: mipsel (mips64) Kernel: Linux 3.2.0-4-loongson-2f 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 fookebox depends on: ii libjs-prototype 1.7.0-2 ii libjs-scriptaculous 1.9.0-2 ii python 2.7.3-4+deb7u1 ii python-mpd 0.3.0-4 ii python-pylons1.0-2 ii python-sqlalchemy0.7.8-1 Versions of packages fookebox recommends: pn mpd ii uwsgi-plugin-python [httpd-wsgi] 1.2.3+dfsg-5+deb7u1 fookebox suggests no packages. -- Configuration Files: /etc/fookebox/config.ini [Errno 13] Permission denied: u'/etc/fookebox/config.ini' -- 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#731603: libreoffice: libharfbuzz broken dependency prevents installation
On Sat, Dec 07, 2013 at 05:58:43PM +0100, Rene Engelhard wrote: > Hi, > > On Sat, Dec 07, 2013 at 03:16:00PM +0100, Simon Guinot wrote: > > Some libreoffice-* packages can't be installed due to a broken > > dependency between packages libharfbuzz-icu0, libharfbuzz0a and > > libharfbuzz0b. > > > > Note that the gnome package, which needs libreoffice, can't be > > installed as well. > > This is called transition and normal in sid. If you can't handle > temporary dependency breakage when stuff is rebuilt against a newer > library: don't use sid. Hi Rene, First, thanks for the explanation. Actually, I don't care about this breakage because I don't use either libreoffice and the gnome desktop. Moreover, as an almost 10 years sid user, I think I can handle a lot of things. I just tried to be useful by filling a bug report. But given the Julien's laconic answer and the tone of yours, I understand I have not been careful enough. Then, to avoid to waste the Debian developers time (and mine), I won't fill bug reports anymore. I also found very fascinating how you consider that a package breakage due to a library upgrade is a "normal/not a bug" stuff, even for sid. It smells like quality work here. Regards, Simon > > See http://release.debian.org/transitions/html/harfbuzz.html > > In fact, at the time you filed this those rebuilds were already ongoing > (thoiugh amd64 failed because the hd got full). > > As Julien already said (and thankfully closed the bug when I was > not available): not a bug. > > Regards, > > Rene signature.asc Description: Digital signature
Bug#731427:
On behalf of the xubuntu team and sean, this will be packaged when the menulibre2 release is complete.
Bug#731640: pyrit: please provide OpenCL addon
Package: pyrit Version: 0.4.0-2 Severity: normal Please provide OpenCL addon. At the moment "pyrit" recognise only CPU cores. It is quite confusing that package description mention OpenCL functionality which is, in fact, not available. -- Cheers, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731556: Packagekit sets apt post-invoke hooks to start an non existent service
Same here, systemd as pid 1, applied Matthias' fix. Now getting the same bahaviour as in bug#731569. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731639: fceu: no sound after dist upgrade
Package: fceu Version: wheezy 0.98.12. 4 1 Severity: important HI In the past I add squeeze: $ dpkg -l | grep alsa ii alsa-base1.0.25+3~deb7u1 all ALSA driver configuration files ii alsa-oss 1.0.25-1 i386 ALSA wrapper for OSS applications ii alsa-utils 1.0.25-4 i386 Utilities for configuring and using ALSA fceu had sound since I had to install this sdl alsa debian package in Wheezy, I installed fceu and then no sound so then i installed alsa-oss but still no sound so i tired toinstall the above sdl alsa debian but not there or differnet name so i got no sounds :~$ cat debian/dpkg.list | grep alsa ii alsa-base1.0.23+dfsg-2 all ALSA driver configuration files ii alsa-oss 1.0.17-4 i386 ALSA wrapper for OSS applications ii alsa-utils 1.0.23-3 i386 Utilities for configuring and using ALSA ii libsdl1.2debian-alsa 1.2.14-6.1 i386 thx -- System Information: Debian Release: 6.0 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: armel (armv5tel) Kernel: Linux 2.6.36 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.utf8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) 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#714410: obex-data-server segfault when starting upload files to mobile phone
Package: obex-data-server Version: 0.4.5-1+b3 Followup-For: Bug #714410 Got the same issue. There was this message in dmesg: [ 3831.829841] obex-data-serve[9309]: segfault at 54 ip 7fab3a590f76 sp 7fff1dc00430 error 6 in libopenobex.so.1.5.0[7fab3a58e000+9000] Two things to note: 1. If you load files to the computer from the phone, everything is good. 2. Small files (less then 50 kb in size) also transfer successfully -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-trunk-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 obex-data-server depends on: ii libbluetooth3 4.99-2 ii libc6 2.17-3 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100.2-1 ii libglib2.0-0 2.36.1-2build1 ii libgomp1 4.8.2-7 ii libmagickcore58:6.7.7.10-5 ii libmagickwand58:6.7.7.10-5 ii libopenobex1 1.5-2 ii libusb-0.1-4 2:0.1.12-23+nmu1 Versions of packages obex-data-server recommends: ii python 2.7.5-5 ii python-dbus 1.1.1-1 ii python-gobject 3.2.2-2 obex-data-server 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#731556: Packagekit sets apt post-invoke hooks to start an non existent service
Package: packagekit Followup-For: Bug #731556 Hi, I think that to fix this you should pass --with-systemdsystemunitdir=/lib/systemd/system to the configure so the .service file is installed properly. I didn't test this though. Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages packagekit depends on: ii libc6 2.17-97 ii libglib2.0-0 2.38.1-2 ii libglib2.0-bin2.38.1-2 ii libpackagekit-glib2-160.8.14-1 ii libpolkit-gobject-1-0 0.105-4 ii libsqlite3-0 3.8.1-2 ii libsystemd-journal0 204-5 ii libsystemd-login0 204-5 ii packagekit-backend-aptcc 0.8.14-1 ii policykit-1 0.105-4 Versions of packages packagekit recommends: ii packagekit-tools 0.8.14-1 Versions of packages packagekit suggests: pn packagekit-backend-smart -- 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#731637: frama-c: FTBFS with ocaml 4.01.0
Source: frama-c Version: 20130601+fluorine3+dfsg-1 Severity: serious Tags: jessie sid Control: block 718767 with -1 Hi, frama-c FTBFS when binNMUed against ocaml 4.01.0. From the amd64 build log: > The first one was selected. Please disambiguate if this is wrong. > ocamlc.opt -c -w +a-4-6-7-9 -annot -g -I src/misc -I src/ai -I > src/memory_state -I src/toplevel -I src/slicing_types -I src/pdg_types -I > src/kernel -I src/logic -I src/lib -I src/printer -I src/project -I src/type > -I src/buckx -I src/gui -I external -I cil/src -I cil/src/ext -I > cil/src/frontc -I cil/src/logic -I cil/ocamlutil -I lib/plugins -I lib -I > +ocamlgraph -I /usr/lib/ocaml/zarith-I +ocamlgraph > src/kernel/messages.mli > ocamlc.opt -c -w +a-4-6-7-9 -annot -g -I src/misc -I src/ai -I > src/memory_state -I src/toplevel -I src/slicing_types -I src/pdg_types -I > src/kernel -I src/logic -I src/lib -I src/printer -I src/project -I src/type > -I src/buckx -I src/gui -I external -I cil/src -I cil/src/ext -I > cil/src/frontc -I cil/src/logic -I cil/ocamlutil -I lib/plugins -I lib -I > +ocamlgraph -I /usr/lib/ocaml/zarith-I +ocamlgraph src/kernel/messages.ml > File "src/kernel/messages.ml", line 27, characters 7-15: > Warning 45: this open statement shadows the constructor Failure (which is > later used) > ocamlc.opt -c -w +a-4-6-7-9 -annot -g -I src/misc -I src/ai -I > src/memory_state -I src/toplevel -I src/slicing_types -I src/pdg_types -I > src/kernel -I src/logic -I src/lib -I src/printer -I src/project -I src/type > -I src/buckx -I src/gui -I external -I cil/src -I cil/src/ext -I > cil/src/frontc -I cil/src/logic -I cil/ocamlutil -I lib/plugins -I lib -I > +ocamlgraph -I /usr/lib/ocaml/zarith-I +ocamlgraph > src/ai/abstract_interp.mli > File "src/ai/abstract_interp.mli", line 166, characters 4-33: > Error: In this `with' constraint, the new definition of O >does not match its original definition in the constrained signature: >... >The field `find' is required but not provided > make[1]: *** [src/ai/abstract_interp.cmi] Error 2 > dh_auto_build: make -j1 returned exit code 2 > make[1]: Leaving directory `/«BUILDDIR»/frama-c-20130601+fluorine3+dfsg' > make: *** [build-arch] Error 2 Full build logs available via: https://buildd.debian.org/status/package.php?p=frama-c&suite=sid 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#714410: obex-data-server segfault when starting upload files to mobile phone
Package: obex-data-server Version: 0.4.5-1+b3 Followup-For: Bug #714410 Got the same situation. Tried to send a file to a phone via bluetooth - got the same problem with a report in dmesg: [ 1655.354220] obex-data-serve[7485]: segfault at 54 ip 7fc1304f8f76 sp 7fff2c0deae0 error 6 in libopenobex.so.1.5.0[7fc1304f6000+9000] Two things to note: 1. File transfer from the phone to the computer goes without error (at least for the files less then 30 Mb). 2. Small enough files can be transfered successfully with gap being around 60 kb. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-trunk-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 obex-data-server depends on: ii libbluetooth3 4.99-2 ii libc6 2.17-3 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100.2-1 ii libglib2.0-0 2.36.1-2build1 ii libgomp1 4.8.2-7 ii libmagickcore58:6.7.7.10-5 ii libmagickwand58:6.7.7.10-5 ii libopenobex1 1.5-2 ii libusb-0.1-4 2:0.1.12-23+nmu1 Versions of packages obex-data-server recommends: ii python 2.7.5-5 ii python-dbus 1.1.1-1 ii python-gobject 3.2.2-2 obex-data-server 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#731638: ulogd2: Incomplete handover of /var/log/ulogd ownership from ulogd
Package: ulogd2 Version: 2.0.2-4 Severity: normal Upon installing ulogd2 on a system that formerly ran ulogd: # apt-get install -t testing ulogd2 Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libmnl0 libnetfilter-acct1 libnetfilter-conntrack3 libnetfilter-log1 Suggested packages: ulogd2-dbi ulogd2-mysql ulogd2-pgsql ulogd2-pcap ulogd2-sqlite3 The following packages will be REMOVED: ulogd The following NEW packages will be installed: libmnl0 libnetfilter-acct1 libnetfilter-conntrack3 libnetfilter-log1 ulogd2 0 upgraded, 5 newly installed, 1 to remove and 2 not upgraded. Need to get 173 kB of archives. After this operation, 474 kB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://http.debian.net/debian/ wheezy/main libmnl0 i386 1.0.3-3 [12.1 kB] Get:2 http://http.debian.net/debian/ jessie/main libnetfilter-acct1 i386 1.0.2-1 [7,296 B] Get:3 http://http.debian.net/debian/ wheezy/main libnetfilter-conntrack3 i386 1.0.1-1 [39.5 kB] Get:4 http://http.debian.net/debian/ wheezy/main libnetfilter-log1 i386 1.0.0-1 [9,178 B] Get:5 http://http.debian.net/debian/ jessie/main ulogd2 i386 2.0.2-4 [105 kB] Fetched 173 kB in 4s (41.5 kB/s) (Reading database ... 57648 files and directories currently installed.) Removing ulogd ... [ ok ] Stopping ulogd (via systemctl): ulogd.service. Processing triggers for man-db ... Selecting previously unselected package libmnl0:i386. (Reading database ... 57623 files and directories currently installed.) Unpacking libmnl0:i386 (from .../libmnl0_1.0.3-3_i386.deb) ... Selecting previously unselected package libnetfilter-acct1:i386. Unpacking libnetfilter-acct1:i386 (from .../libnetfilter-acct1_1.0.2-1_i386.deb) ... Selecting previously unselected package libnetfilter-conntrack3:i386. Unpacking libnetfilter-conntrack3:i386 (from .../libnetfilter-conntrack3_1.0.1-1_i386.deb) ... Selecting previously unselected package libnetfilter-log1. Unpacking libnetfilter-log1 (from .../libnetfilter-log1_1.0.0-1_i386.deb) ... Selecting previously unselected package ulogd2. Unpacking ulogd2 (from .../ulogd2_2.0.2-4_i386.deb) ... Processing triggers for man-db ... Setting up libmnl0:i386 (1.0.3-3) ... Setting up libnetfilter-acct1:i386 (1.0.2-1) ... Setting up libnetfilter-conntrack3:i386 (1.0.1-1) ... Setting up libnetfilter-log1 (1.0.0-1) ... Setting up ulogd2 (2.0.2-4) ... Installing new version of config file /etc/ulogd.conf ... adduser: Warning: The home directory `/var/log/ulog' does not belong to the user you are currently creating. insserv: script ulogd2: service ulogd already provided! insserv: script ulogd: service ulogd already provided! [ ok ] Starting ulogd2 (via systemctl): ulogd2.service. Note that ulogd was removed rather than upgraded; therefore its postrm script will still remove /var/log/ulog if purged. I don't see how to fix this other than to have one of ulogd2's maintainer scripts nuke the offending lines from ulogd.postrm. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (540, 'testing'), (530, 'unstable'), (520, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (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#717498: pu: package bootchart/0.10~svn407-4.1~deb7u1 - PATCH v2
Control: tags -1 + confirmed On Tue, 2013-11-19 at 17:18 +0100, Andreas Beckmann wrote: > On 2013-08-05 10:29, Andreas Beckmann wrote: > > On 2013-07-21 19:35, Andreas Beckmann wrote: > >> New patch, much less intrusive, use preinst to fix up the old > >> initscript. > > > > 0.10~svn407-4.1 has been uploaded to unstable, now I'd like to continue > > with 0.10~svn407-4.1~deb7u1 for wheezy. > > There has also been another bug report from a user about bootchart not > being installable: #726701 > I really think we should fix the currently uninstallable package in wheezy. Given the confusion it appears to be causing, I guess we should do this. I really would like this to be the last time we have to fiddle with this particular path though. :-( Please go ahead, bearing in mind that the window for 7.3 closes this weekend. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731636: oasis: FTBFS with ocaml 4.01.0
Source: oasis
Version: 0.3.0-3
Severity: serious
Tags: jessie sid
Control: block 718767 with -1
Hi,
oasis FTBFS when binNMUed against ocaml 4.01.0.
From the amd64 build log:
> OUnit: Installed files (1st time)
> expected: 'share/doc/html/with-c/type_A.html',
> 'share/doc/html/with-c/style.css', 'share/doc/html/with-c/index_values.html',
> 'share/doc/html/with-c/index_types.html',
> 'share/doc/html/with-c/index_modules.html',
> 'share/doc/html/with-c/index_module_types.html',
> 'share/doc/html/with-c/index_methods.html',
> 'share/doc/html/with-c/index_exceptions.html',
> 'share/doc/html/with-c/index_classes.html',
> 'share/doc/html/with-c/index_class_types.html',
> 'share/doc/html/with-c/index_attributes.html',
> 'share/doc/html/with-c/index.html',
> 'share/doc/html/with-c/code_VALA.ident.html', 'share/doc/html/with-c/A.html',
> 'lib/with-c/dlltest-with-c_stubs.so', 'lib/ocaml/with-c/with-c.cmxs',
> 'lib/ocaml/with-c/with-c.cmxa', 'lib/ocaml/with-c/with-c.cma',
> 'lib/ocaml/with-c/with-c.a', 'lib/ocaml/with-c/libwith-c_stubs.a',
> 'lib/ocaml/with-c/dllwith-c_stubs.so', 'lib/ocaml/with-c/META',
> 'lib/ocaml/with-c/A.ml', 'lib/ocaml/with-c/A.cmx', 'lib/ocaml/with-c/A.cmi',
> 'bin/test-with-c-native', 'bin/test-with-c-custom',
'bin/test-with-c'
> but got: 'share/doc/html/with-c/type_A.html',
> 'share/doc/html/with-c/style.css', 'share/doc/html/with-c/index_values.html',
> 'share/doc/html/with-c/index_types.html',
> 'share/doc/html/with-c/index_modules.html',
> 'share/doc/html/with-c/index_module_types.html',
> 'share/doc/html/with-c/index_methods.html',
> 'share/doc/html/with-c/index_exceptions.html',
> 'share/doc/html/with-c/index_classes.html',
> 'share/doc/html/with-c/index_class_types.html',
> 'share/doc/html/with-c/index_attributes.html',
> 'share/doc/html/with-c/index.html', 'share/doc/html/with-c/A.html',
> 'lib/with-c/dlltest-with-c_stubs.so', 'lib/ocaml/with-c/with-c.cmxs',
> 'lib/ocaml/with-c/with-c.cmxa', 'lib/ocaml/with-c/with-c.cma',
> 'lib/ocaml/with-c/with-c.a', 'lib/ocaml/with-c/libwith-c_stubs.a',
> 'lib/ocaml/with-c/dllwith-c_stubs.so', 'lib/ocaml/with-c/META',
> 'lib/ocaml/with-c/A.ml', 'lib/ocaml/with-c/A.cmx', 'lib/ocaml/with-c/A.cmi',
> 'bin/test-with-c-native', 'bin/test-with-c-custom', 'bin/test-with-c'
> diff: -'share/doc/html/with-c/code_VALA.ident.html'
> --
> Ran: 198 tests in: 99.38 seconds.
> FAILED: Cases: 198 Tried: 198 Errors: 0 Failures: 1 Skip:0 Todo:0
> W: Test 'main' fails: Command '/«PKGBUILDDIR»/_build/test/test.byte
> -oasis-exec /«PKGBUILDDIR»/_build/src/cli/Main.byte -has-ocamlopt true'
> terminated with error code 1
> ..
> Ran: 2 tests in: 0.07 seconds.
> E: Failure("Tests had a 33.33% failure rate")
> make[1]: *** [override_dh_auto_test] Error 1
> OKmake[1]: Leaving directory `/«PKGBUILDDIR»'
> make: *** [build-arch] Error 2
Full build logs available via:
https://buildd.debian.org/status/package.php?p=oasis&suite=sid
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#731635: syntax error in at line 1: PGP signature not allowed here
Package: dgit Version: 0.19 Severity: important I am finally trying to upload this package using "dgit push", and here's what I get: $ dgit push canonical suite name for unstable is sid downloading http://ftp.debian.org/debian//pool/main/b/bugs-everywhere/bugs-everywhere_1.1.1-2.dsc... last upload to archive has NO git hash dget: retrieving http://ftp.debian.org/debian//pool/main/b/bugs-everywhere/bugs-everywhere_1.1.1-2.dsc % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 2143 100 21430 0 9149 0 --:--:-- --:--:-- --:--:-- 19306 dget: retrieving http://ftp.debian.org/debian//pool/main/b/bugs-everywhere/bugs-everywhere_1.1.1.orig.tar.gz % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 347k 100 347k0 0 320k 0 0:00:01 0:00:01 --:--:-- 354k dget: retrieving http://ftp.debian.org/debian//pool/main/b/bugs-everywhere/bugs-everywhere_1.1.1-2.debian.tar.gz % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 20004 100 200040 0 58115 0 --:--:-- --:--:-- --:--:-- 88123 bugs-everywhere_1.1.1-2.dsc: Good signature found validating bugs-everywhere_1.1.1.orig.tar.gz validating bugs-everywhere_1.1.1-2.debian.tar.gz All files validated successfully. dpkg-source: info: extraction de bugs-everywhere dans bugs-everywhere-1.1.1 dpkg-source: info: extraction de bugs-everywhere_1.1.1.orig.tar.gz dpkg-source: info: extraction de bugs-everywhere_1.1.1-2.debian.tar.gz dpkg-source: info: mise en place de debian-changes synthesised git commit from .dsc 1.1.1-2 HEAD is now at 11fb61b Use of uninitialized value $_[0] in sprintf at /usr/share/perl5/Dpkg/ErrorHandling.pm line 48, line 1. dgit: error: syntax error in at line 1: PGP signature not allowed here I think this is because the package files were already signed by git-buildpackage+pbuilder (using AUTO_DEBSIGN=yes in pbuilder) during the build process - but what's wrong with that? And if *is* wrong, the error message could be a little more helpful. :) See also #731633 for using pbuilder here... Note that is also happens if you rerun dgit push after it failed once (e.g. because a third party uploaded a tag with the same name on the repo you're working on). -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (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#731634: New version is out
Package: xz-utils Version: 5.1.1alpha+20120614-2 Severity: normal Latest version is 5.1.3alpha. -- System Information: Debian Release: jessie/sid APT prefers stable APT policy: (990, 'stable'), (500, 'testing-proposed-updates'), (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates'), (102, 'testing'), (101, 'unstable'), (9, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xz-utils depends on: ii libc6 2.17-97 ii liblzma5 5.1.1alpha+20120614-2 xz-utils recommends no packages. xz-utils suggests no packages. -- no debconf information -- debsums errors found: sh: 1: /usr/sbin/dpkg-divert: not found -- Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv "Quidquid Latine dictum sit altum videtur." -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731633: still some problems with git-pbuilder, but it can work!
Ah, after more complete testing, it seems that push fails with packages built through pbuilder, because it can't find the .dsc file: anarcat@marcos:bugs-everywhere$ DEBSIGN_KEYID=7B75921E DIST=sid ARCH=amd64 dgit -L push DAMP RUN - WILL MAKE LOCAL (UNSIGNED) CHANGES From git+ssh://git.debian.org/git/dgit-repos/repos/bugs-everywhere * [new tag] debian/1.1.1-3 -> debian/1.1.1-3 canonical suite name for unstable is sid downloading http://ftp.debian.org/debian//pool/main/b/bugs-everywhere/bugs-everywhere_1.1.1-2.dsc... last upload to archive has NO git hash dget: retrieving http://ftp.debian.org/debian//pool/main/b/bugs-everywhere/bugs-everywhere_1.1.1-2.dsc % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 2143 100 21430 0 9512 0 --:--:-- --:--:-- --:--:-- 18474 dget: retrieving http://ftp.debian.org/debian//pool/main/b/bugs-everywhere/bugs-everywhere_1.1.1.orig.tar.gz % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 347k 100 347k0 0 337k 0 0:00:01 0:00:01 --:--:-- 380k dget: retrieving http://ftp.debian.org/debian//pool/main/b/bugs-everywhere/bugs-everywhere_1.1.1-2.debian.tar.gz % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 20004 100 200040 0 60638 0 --:--:-- --:--:-- --:--:-- 89704 bugs-everywhere_1.1.1-2.dsc: Good signature found validating bugs-everywhere_1.1.1.orig.tar.gz validating bugs-everywhere_1.1.1-2.debian.tar.gz All files validated successfully. dpkg-source: info: extraction de bugs-everywhere dans bugs-everywhere-1.1.1 dpkg-source: info: extraction de bugs-everywhere_1.1.1.orig.tar.gz dpkg-source: info: extraction de bugs-everywhere_1.1.1-2.debian.tar.gz dpkg-source: info: mise en place de debian-changes synthesised git commit from .dsc 1.1.1-2 HEAD is now at 11fb61b dgit: looked for .dsc bugs-everywhere_1.1.1-3.dsc, but Aucun fichier ou dossier de ce type; maybe you forgot to build Indeed, the files are in ../build-area. But after moving the files into place (in ../), the push proceeds further. Maybe there should be an option to specify the build directory? A. -- L'art n'est pas un bureau d'anthropométrie. - Léo Ferré, "Préface" pgpc3EaY0ql49.pgp Description: PGP signature
Bug#731594: [pkg-ntp-maintainers] Bug#731594: debian-installer: time synchronisation should be installed by default
Dmitrijs Ledkovs writes: > Servers that rarely (re)configure network or boot, can also setup cron > to call to ntpdate or install an NTP client daemon when they are first > configured. FWIW, calling ntpdate from cron is a *horrible* idea. Since I agree that having time sync be a default part of a Debian installation would be a good idea, let me put a few thoughts down here and articulate what I think we should do. On a system like a server with at least one fixed-configuration network interface, unless the hardware clock has completely failed, the initial system time won't be grossly off, and just installing an ntp daemon is a better plan. Even if the hardware clock *has* failed, Debian's ntp packaging uses the -g option to the daemon by default, so that once the daemon has talked to enough peers/servers to know what time it is, it will always slew the clock one time no matter how far off it is at daemon launch. On a client system like a notebook that only has dynamic network connectivity, and may not be on the net at all at boot, the best strategy seem to be to rely on the hardware clock at boot and only worry about network time sync when there's networking available. For the past couple years, I've been using the openntpd package on my notebook, which has an if-up.d script that does a force-reload on each network interface up event, and in practice I've been quite happy with the results. I looked at chrony briefly several years ago and wasn't impressed, but I'm peripherally aware that it has been worked on quite a bit since then and probably deserves another look. It claims to have been specifically written to handle well the case of a system that's not always on the net. Looking at the size of the packages, ntp is largest due to the inclusion of drivers for various reference clocks, etc. Chrony is also a very large package, ntpdate is much larger than you'd expect, and openntpd is quite small by comparison to either ntp or chrony. Here are the Size: and Installed-Size: values for each based on the current sid packages: ntp 559578 1226 chrony 395400 743 ntpdate 81930 227 openntpd 64068 103 I care a lot about the size of our base install, and openntpd seems to do everything I need just fine as far as I can tell. So, without going off to study chrony which I really don't know at all, if I were making this decision, I'd be inclined to make openntpd standard, avoid ntpdate entirely, and assume users who really want to run stratum-1 NTP servers know how to install and optimally configure ntp. Bdale pgpb6gMYB0On2.pgp Description: PGP signature
Bug#731633: dgit ignores my .gbp.conf settings
Package: dgit Version: 0.19 Severity: minor Minor really. I usually build my git packages using cowbuilder, and I have a rather convoluted setup to build packages, on my wheezy box, in a sid chroot to (a) get a clean environment and (b) to build against sid for uploads. My setup is a mix of those: https://wiki.debian.org/PbuilderTricks https://wiki.debian.org/PackagingWithGit#pbuilder https://wiki.debian.org/cowbuilder#Using_with_git-buildpackage Anyways, the point is I have this line in my .gbp.conf setting: builder = /usr/bin/git-pbuilder But when I try to build using dgit git-build, I get: anarcat@marcos:bugs-everywhere$ dgit git-build Format `3.0 (quilt)', urgh dpkg-source: info: utilisation des options depuis bugs-everywhere/debian/source/options : --single-debian-patch dpkg-source: avertissement: suppression du répertoire update-copyright ignorée dpkg-source: info: aucune modification locale à enregistrer nothing quilty to commit, ok. canonical suite name for unstable is sid changelog will contain changes since 1.1.1-2 dh clean --with=python2 dh_testdir debian/rules override_dh_auto_clean make[1]: entrant dans le répertoire « /home/anarcat/src/bugs-everywhere » dh_auto_clean make[2]: entrant dans le répertoire « /home/anarcat/src/bugs-everywhere » /bin/rm -rf build libbe/_version.py doc/man/be.1 doc/man/be.1.html make -C doc clean make[3]: entrant dans le répertoire « /home/anarcat/src/bugs-everywhere/doc » /bin/rm -rf .build libbe make[3]: quittant le répertoire « /home/anarcat/src/bugs-everywhere/doc » make[2]: quittant le répertoire « /home/anarcat/src/bugs-everywhere » rm -f libbe/_version.py make[1]: quittant le répertoire « /home/anarcat/src/bugs-everywhere » dh_clean gbp:info: Exporting 'HEAD' to '/home/anarcat/src/build-area/bugs-everywhere-tmp' gbp:info: Moving '/home/anarcat/src/build-area/bugs-everywhere-tmp' to '/home/anarcat/src/build-area/bugs-everywhere-1. dpkg-buildpackage: paquet source bugs-everywhere dpkg-buildpackage: version source 1.1.1-3 dpkg-buildpackage: source changé par Antoine Beaupré dpkg-buildpackage: architecture hôte amd64 dpkg-source -i.git/ -I.git --before-build bugs-everywhere-1.1.1 dpkg-source: info: utilisation des options depuis bugs-everywhere-1.1.1/debian/source/options : --single-debian-patch dpkg-checkbuilddeps : dépendances de construction non trouvées : tla darcs monotone rcs python-numpydoc dpkg-buildpackage: avertissement: dépendances de construction et conflits non satisfaits ; échec. dpkg-buildpackage: avertissement: (Utilisez l'option -d pour forcer.) gbp:error: Couldn't run 'dpkg-buildpackage -i\.git/ -I.git -us -uc -v1.1.1-2': dpkg-buildpackage -i\.git/ -I.git return git-buildpackage: failed command: git-buildpackage -us -uc --git-no-sign-tags '--git-builder=dpkg-buildpackage -i'\\'.g dgit: subprocess failed with error exit status 1 I notice --git-builder=dpkg-buildpackage seems hardcoded - why? This seems to work a little better here: DIST=sid ARCH=amd64 dgit git-build --git-builder=git-pbuilder It seems to me this shouldn't be hardcoded. A. -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (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
