Re: Upcoming switch to ESR24 for iceweasel in stable-security
On 2014-01-18 00:12, Mike Hommey wrote: > On Fri, Jan 17, 2014 at 06:11:29PM -0400, David Prévot wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA256 >> >> Hi, >> >> Le 16/01/2014 17:36, Moritz Mühlenhoff a écrit : >> >>> quick heads up for everyone maintaining xul-ext-* packages: >> >> (CCing pkg-mozext-maintainers@lado then) >> >>> We'll soon update iceweasel in stable-security to the ESR24 >> >> Is there any chance that such version migrates to testing before being >> considered ready for stable? > > Release team, can you force it to transition? The remaining "new bug" > that it introduces is a debian/copyright bug that I will fix before the > stable-security update. > > Mike > > Hi, Adam has added a hint to ignore the new RC bug. Provided it does not break any reverse dependencies in testing, it should migrate in the next Britney run. ~Niels -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52da4456.2070...@thykier.net
Fwd: kde/qt debconf not working
Hello,
Kubuntu developers told me to send these patches to Debian, because
perl debconf version is maintaned by Debian. Can you look at patches
and fix these bugs? I'm forwarding original email.
--
Pali Rohár
pali.ro...@gmail.com
-- Forwarded message --
From: Pali Rohár
Date: 2013/11/22
Subject: kde/qt debconf not working
To: kubuntu-de...@lists.ubuntu.com
Hello,
it looks like for me that nobody reading debconf bugs on
launchpad... so I resending them to kubuntu-devel list.
problem is that debconf does not work with qt/kde gui backend and
debconf package has missing dependences.
I reported it on launchpad bug tracker more than year ago, see:
https://bugs.launchpad.net/ubuntu/+source/debconf/+bug/988991
https://bugs.launchpad.net/ubuntu/+source/debconf/+bug/988961
Here are patches which fixing that two bugs:
--- /usr/share/perl5/Debconf/FrontEnd/Kde/Ui_DebconfWizard.pm
2012-03-15 14:21:13.0 +0100
+++ /usr/share/perl5/Debconf/FrontEnd/Kde/Ui_DebconfWizard.pm
2013-11-22 13:10:14.650205057 +0100
@@ -141,10 +141,10 @@ sub retranslateUi {
my ( $self, $debconfWizard ) = @_;
$debconfWizard->setWindowTitle( Qt::Application::translate(
'DebconfWizard', "Debconf", undef,
Qt::Application::UnicodeUTF8() ) );
$self->{title}->setText( Qt::Application::translate(
'DebconfWizard', "title", undef, Qt::Application::UnicodeUTF8() ) );
-$self->{bhelp}->setText( Qt::Application::translate(
'DebconfWizard', "Help", undef, Qt::Application::UnicodeUTF8() ) );
-$self->{bback}->setText( Qt::Application::translate(
'DebconfWizard', "< Back", undef, Qt::Application::UnicodeUTF8() ) );
-$self->{bnext}->setText( Qt::Application::translate(
'DebconfWizard', "Next >", undef, Qt::Application::UnicodeUTF8() ) );
-$self->{bcancel}->setText( Qt::Application::translate(
'DebconfWizard', "Cancel", undef, Qt::Application::UnicodeUTF8() ) );
+$self->{bHelp}->setText( Qt::Application::translate(
'DebconfWizard', "Help", undef, Qt::Application::UnicodeUTF8() ) );
+$self->{bBack}->setText( Qt::Application::translate(
'DebconfWizard', "< Back", undef, Qt::Application::UnicodeUTF8() ) );
+$self->{bNext}->setText( Qt::Application::translate(
'DebconfWizard', "Next >", undef, Qt::Application::UnicodeUTF8() ) );
+$self->{bCancel}->setText( Qt::Application::translate(
'DebconfWizard', "Cancel", undef, Qt::Application::UnicodeUTF8() ) );
} # retranslateUi
sub retranslate_ui {
--- /usr/share/perl5/Debconf/Element/Kde/Note.pm2012-03-15
14:21:13.0 +0100
+++ /usr/share/perl5/Debconf/Element/Kde/Note.pm2013-08-09
13:47:33.682134067 +0200
@@ -5,7 +5,7 @@
package Debconf::Element::Kde::Note;
use strict;
use Debconf::Gettext;
-use Qt;
+#use Qt;
use Debconf::Element::Noninteractive::Note;
use base qw(Debconf::Element::Kde);
Patches were generated on Kubuntu precise. Can you look at above
two bugs and fix them?
--
Pali Rohár
pali.ro...@gmail.com
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/cahypw2hthvjfwkd2c+4_pj7-zrvd57tyih1pg3vf_12x1-i...@mail.gmail.com
Re: Upcoming switch to ESR24 for iceweasel in stable-security
On Sat, 2014-01-18 at 08:12 +0900, Mike Hommey wrote: > On Fri, Jan 17, 2014 at 06:11:29PM -0400, David Prévot wrote: > > Le 16/01/2014 17:36, Moritz Mühlenhoff a écrit : > > > > > quick heads up for everyone maintaining xul-ext-* packages: > > > > (CCing pkg-mozext-maintainers@lado then) > > > > > We'll soon update iceweasel in stable-security to the ESR24 > > > > Is there any chance that such version migrates to testing before being > > considered ready for stable? > > Release team, can you force it to transition? The remaining "new bug" > that it introduces is a debian/copyright bug that I will fix before the > stable-security update. I added a hint for that last night before having seen this mail; we'll see what happens. Regards, Adam -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1390036474.4765.16.ca...@jacala.jungle.funky-badger.org
Re: Fwd: kde/qt debconf not working
On Sat, 2014-01-18 at 09:06 +, Pali Rohár wrote: > Kubuntu developers told me to send these patches to Debian, because > perl debconf version is maintaned by Debian. Can you look at patches > and fix these bugs? I'm forwarding original email. debian-devel is not a bug-fixing forum. If you believe there are bugs in Debian's debconf package, please file them in the Bug Tracking System. Regards, Adam -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1390038268.4765.17.ca...@jacala.jungle.funky-badger.org
Bug#735884: ITP: ocp-indent -- OCaml indentation tool for emacs and vim
Package: wnpp Severity: wishlist Owner: Johannes Schauer * Package name: ocp-indent Version : 1.4.1 Upstream Author : Thomas Gazagnaire, Fabrice Le Fessant * URL : http://www.typerex.org/ocp-indent.html * License : LGPL-3 with OCaml linking exception Programming Lang: OCaml Description : OCaml indentation tool for emacs and vim ocp-indent is a command-line tool that allows one to indent a whole OCaml source code file (or parts of it) either to standard output or in-place. A configuration file allows user defaults as well as per-project parameters. The ratio of correctly indented lines is comparable with emacs tuareg mode while being an order of magnitude faster. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140118104121.2014.83206.reportbug@hoothoot
Re: Upcoming switch to ESR24 for iceweasel in stable-security
On Sat, 2014-01-18 at 09:14 +, Adam D. Barratt wrote: > On Sat, 2014-01-18 at 08:12 +0900, Mike Hommey wrote: > > On Fri, Jan 17, 2014 at 06:11:29PM -0400, David Prévot wrote: > > > Le 16/01/2014 17:36, Moritz Mühlenhoff a écrit : > > > > We'll soon update iceweasel in stable-security to the ESR24 > > > > > > Is there any chance that such version migrates to testing before being > > > considered ready for stable? > > > > Release team, can you force it to transition? The remaining "new bug" > > that it introduces is a debian/copyright bug that I will fix before the > > stable-security update. > > I added a hint for that last night before having seen this mail; we'll > see what happens. adsb@franck:~$ dak ls iceweasel -s testing iceweasel | 24.2.0esr-1 |testing | source, amd64, armel, armhf, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390x, sparc Regards, Adam -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1390041952.4765.18.ca...@jacala.jungle.funky-badger.org
Bug#735902: ITP: libfile-rename-perl -- Perl extension for renaming multiple files
Package: wnpp Severity: wishlist Owner: Dominic Hargreaves * Package name: libfile-rename-perl Version : 0.20 Upstream Author : Robin Barker * URL : https://metacpan.org/release/File-Rename * License : Perl Programming Lang: Perl Description : Perl extension for renaming multiple files This package provides both a perl interface for renaming files (File::Rename) and a command line tool 'rename' which is intended to replace the version currently supplied by the perl package. See #735134. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140118124306.9265.10818.report...@callisto.larted.org.uk
Bug#735917: ITP: stm32flash -- software for programming STM32 chips using serial bootloader
Package: wnpp Severity: wishlist Owner: Andrew Shadura * Package name: stm32flash Version : 0.3~beta2 Upstream Author : Geoffrey McRae, Tormod Volden and others * URL : https://code.google.com/p/stm32flash/ * License : GPL-2+ Programming Lang: C Description : software for programming STM32 chips using serial bootloader stm32flash is a flashing program for the STM32 ARM processors using the ST serial bootloader. Features: * device identification * write to flash/RAM * read from flash/RAM * auto-detect Intel hex or raw binary input format with option to force binary * flash from binary file * save flash to binary file * verify & retry up to N times on failed writes * start execution at specified address * software reset the device when finished if -g not specified * resume already initialized connection (for when reset fails) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140118154137.8330.21624.reportbug@localhost.localdomain
RFH: sane-backends FTBFS on buildds, but not in pbuilder
Hi! I sponsored a new version of sane-backends today which Mark Buda (CC) has recently adopted. He has imported the latest upstream version 1.0.24 and fixed some lintian issues. Unfortunately, this package currently fails to build on the buildds while it builds fine when building in a pbuilder environment [1]. The builds fails during dh_installdocs which previously worked fine, the debian/rules file is identical for version 1.0.23-3 and 1.0.24-1, so the issue must lie somewhere else. I have already tried removing debhelper's option "--parallel" (since this resulted in similar issues on some packages before) as well as changing the source path for the affected file "sane.ps" from "debian/libsane-common/usr/share/doc/libsane/sane.ps" to "debian/usr/share/doc/libsane/sane.ps", yet this doesn't fix the issue. I have used my Launchpad PPA for these tests [2], but without luck so far. Anyone has a clue what could be wrong? I can't really wrap my head around the fact that it builds fine in a pbuilder environment but not on the actual buildds. Any help is highly appreciated! Cheers, Adrian > [1] https://buildd.debian.org/status/package.php?p=sane-backends > [2] https://launchpad.net/~glaubitz/+archive/misc/+packages -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52dab9e6.8010...@physik.fu-berlin.de
Re: RFH: sane-backends FTBFS on buildds, but not in pbuilder
Hi, * John Paul Adrian Glaubitz (glaub...@physik.fu-berlin.de) [140118 18:26]: > Unfortunately, this package currently fails to build on the buildds > while it builds fine when building in a pbuilder environment [1]. Did you try to build it with dpkg-buildpackage -B (i.e. not building binary-all-packages)? If that works, could you compare the log between your build and the one on the i386 buildd (and in best case, just build in an i386 chroot)? > The builds fails during dh_installdocs which previously worked fine, > the debian/rules file is identical for version 1.0.23-3 and 1.0.24-1, > so the issue must lie somewhere else. It seems to me that sane.ps is not built. Andi -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140118173216.go16...@mails.so.argh.org
Re: RFH: sane-backends FTBFS on buildds, but not in pbuilder
On 01/18/2014 06:32 PM, Andreas Barth wrote: > Did you try to build it with dpkg-buildpackage -B (i.e. not building > binary-all-packages)? If that works, could you compare the log between > your build and the one on the i386 buildd (and in best case, just > build in an i386 chroot)? No, you're right, this could definitely be the reason. Mark changed the architecture for libsane-common from "any" to "all" which would mean the package isn't built during a binary-only build! On the other hand, the Launchpad buildds have to do a full build since I am uploading source packages only. >> The builds fails during dh_installdocs which previously worked fine, >> the debian/rules file is identical for version 1.0.23-3 and 1.0.24-1, >> so the issue must lie somewhere else. > > It seems to me that sane.ps is not built. >From where do you see that? The build log for i386 actually states "Generating sane.ps from sane.dvi...". However, I think the buildd is probably disregarding the package due to the architecture set to "all" for libsane-common. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52dabc7d.2050...@physik.fu-berlin.de
Bug#735927: general: X *always* crashes when 5 youtube video opened
Package: general Severity: important Dear Maintainer, * What led up to the situation? The hardware is an Intel D945GCLF2 motherboard with Intel 82945GC MCH and Intel Atom 330 processor and 1GB ram module. The bios settings: DVMT MODE: DVMT, IGD DVMT MEMORY: 32MB, IGD APERTURE SIZE: 128MB. There is no swap partition in the system. I installed debian 7.3 amd64 with alternative desktop environment xfce by graphical expert install using english language (because hungarian language fails at tasksel). After installation i purged a whole lot of packages so the number of installed packages came down to 800. Then i installed google-chrome- stable icedtea-6-plugin firmware-linux intel-microcode iucode-tool and rebooted. * What exactly did you do (or not do) that was effective (or ineffective)? I started chrome and opened 5 youtube 10 hour long videoes (i was planning to test my cooling solution). The processor load was at 80% (!! not 100%!), the ram was at ~90%. * What was the outcome of this action? In about 1 minute the X crashed. Reproducable any time. /var/log/Xorg.0.log.old: (EE) intel(0): Failed to submit batch buffer, expect rendering corruption or even a frozen display: No space left on device. * What outcome did you expect instead? X not to crash. -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140118183730.3040.66017.reportbug@rozi-desktop
Bug#735927: general: X *always* crashes when 5 youtube video opened
Hello, On Sat, 18 Jan 2014 18:37:30 + moli wrote: >* What was the outcome of this action? > In about 1 minute the X crashed. Reproducable any time. > /var/log/Xorg.0.log.old: (EE) intel(0): Failed to submit batch > buffer, expect rendering corruption or even a frozen display: No > space left on device. Apparently, you haven't got free disk space left. That's sort of expected that when there's no free disk space programs start crashing randomly. -- Cheers, Andrew signature.asc Description: PGP signature
Bug#735927: general: X *always* crashes when 5 youtube video opened
On Sat, 2014-01-18 at 19:08 +0100, Andrew Shadura wrote: > Hello, > > On Sat, 18 Jan 2014 18:37:30 + > moli wrote: > > >* What was the outcome of this action? > > > In about 1 minute the X crashed. Reproducable any time. > > /var/log/Xorg.0.log.old: (EE) intel(0): Failed to submit batch > > buffer, expect rendering corruption or even a frozen display: No > > space left on device. > > Apparently, you haven't got free disk space left. That's sort of > expected that when there's no free disk space programs start crashing > randomly. I seriously doubt that. I think that part of the Intel graphics stack (could be userland or kernel) used ENOSPC to indicate that some GPU resource was exhausted. Ben. -- Ben Hutchings Quantity is no substitute for quality, but it's the only one we've got. signature.asc Description: This is a digitally signed message part
Bug#735927: general: X *always* crashes when 5 youtube video opened
Hello, On Sat, 18 Jan 2014 18:49:08 + Ben Hutchings wrote: > > > In about 1 minute the X crashed. Reproducable any time. > > > /var/log/Xorg.0.log.old: (EE) intel(0): Failed to submit batch > > > buffer, expect rendering corruption or even a frozen display: No > > > space left on device. > > Apparently, you haven't got free disk space left. That's sort of > > expected that when there's no free disk space programs start > > crashing randomly. > I seriously doubt that. I think that part of the Intel graphics stack > (could be userland or kernel) used ENOSPC to indicate that some GPU > resource was exhausted. Well, makes sense. It's probably just me who hits disk space problems too often :) Sorry for probably meaningless input then. -- Cheers, Andrew signature.asc Description: PGP signature
Bug#735927: i do have storage space
$ df -B1 Filesystem 1B-blocks Used Available Use% Mounted on rootfs 15761063936 2350039040 12610387968 16% / btw how do i concat a new message with reportbug? i do not want to use an email client, i dont want to install one just for this on that machine. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140118194407.2c5e6907@moli-desktop
Bug#735927: general: X *always* crashes when 5 youtube video opened
On 18/01/14 19:37, moli wrote: >* What exactly did you do (or not do) that was effective (or > ineffective)? > > I started chrome and opened 5 youtube 10 hour long videoes (i was planning to > test my cooling solution). The processor load was at 80% (!! not 100%!), the > ram was at ~90%. > Do you mean Chrome or Chromium? >* What was the outcome of this action? > > In about 1 minute the X crashed. Reproducable any time. My personal experience is that the new pepper-based flash plugin works much smother with Chromium than the old/classic NPAPI-based one. You can try to install the package pepperflashplugin-nonfree from the repository wheezy-backports/contrib signature.asc Description: OpenPGP digital signature
Re: Bug#735927: general: X *always* crashes when 5 youtube video opened
previously on this list Andrew Shadura contributed: > Apparently, you haven't got free disk space left. That's sort of > expected that when there's no free disk space programs start crashing > randomly. Shouldn't happen if you partition your disks and even then only carelessly written programs like mythtv and KDE crash or refuse to start but them two may have been fixed now in this regard. -- ___ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) In Other Words - Don't design like polkit or systemd ___ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/926698.27371...@smtp147.mail.ir2.yahoo.com
Bug#735927: general: X *always* crashes when 5 youtube video opened
chrome. google-chrome-stable package from deb http://dl.google.com/linux/chrome/deb/ stable main To be clear, the list of all manually installed packages beside the base debian-xfce system: aisleriot (this is my grandma's computer who is using it for facebook mainly. that's why it is an atom and 1GB ram only and couldnt be more.) baobab curl desktop-profiles ez-ipupdate fail2ban firmware-linux firmware-linux-free firmware-linux-nonfree firmware-realtek gksu google-chrome-stable gtkorphan htop icedtea-6-plugin intel-microcode iucode-tool mahjongg mc menu-xdg molly-guard p7zip-full pv screen seahorse sqlite3 tree xdg-user-dirs-gtk xfce4-indicator-plugin xfce4-messenger-plugin xfonts-terminus xfonts-terminus-dos xfonts-terminus-oblique I can attach the list of purged packages if you need that, but that list is about 347 package long. chrome plugins: chrome pdf viewer icedtea-web plugin nativeclient widevine adobe flash player 12.0.0.41 chrome extensions: NONE chrome apps: NONE BUT i just disabled the adobeflash plugin so it would use pepper or html5, and ran the test again, it crashed ~40 seconds later. I dont have any knowledge in this area but i dont think this has anything to do with chrome, i think it's an intel graphics driver issue, it does not handle gracefully when the video memory is gone. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140118210834.6a62150f@moli-desktop
Bug#735927: general: X *always* crashes when ram is full
ok, another way to reproduce without chrome or flash or youtube: reboot to a clean system, dont run anything, only an X and a console # mkdir /tmp/foo # mount -t tmpfs none /tmp/foo -o size=900m # dd if=/dev/zero of=/tmp/foo/bar (a message comes with device full) (now you cannot give any new command in bash as there is no memory to start a new shell for you command: error message: "bash: fork: cannot allocate memory") now wait a few seconds, move your mouse, etc, boom, the x crashes: /var/log/Xorg.0.log.old (EE) intel(0): Failed to submit batch buffer, expect rendering corruption or even a frozen display: No space left on device. note: this time i've set the bios parameters to the *MAXIMUM* values: DVMT MODE: FIXED IGD DVMT MEMORY: 128MB IGD APERTURE SIZE: 256MB so there should be plenty of video memory and note that i didnt run much program that needs video memory. Now testing this method on my desktop machine which has 12GB(!) ram and kdm+kde did not crash the X. The system suffered, lagged but did not crashed. After filling the tmpfs i opened some new chrome tabs (the only reason i'm using chrome is nothing else i use eats memory like it), waited for ~10 minutes, chrome did not respond but did not crash. Then i allocated some more ram again in the tmpfs, the system console had some messages it is killing the chrome to free ram, some chrome tabs "crashed", but the X did not. After this i've logged out and logged in to my girlfriends account, she uses xfce. Did the same as above, X did not crash, so it's not looking like an xfce-bug. Note that my desktop machine has a video card with DEDICATED video ram. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140118235621.1522456b@moli-desktop
libtiff5 transition mass bug filing
It's been a little over a month since my announcement to debian-devel that I would be preparing to remove the tiff3 package from debian and asking people to switch build dependencies on libtiff4-dev to libtiff-dev. There are 64 packages that have a version in either testing, unstable, or experimental that have a build dependency on libtiff4-dev. I'm about to do the mass bug filing. The text of the mass bug filing is the following: - The libtiff4-dev package is a transitional package that is going to disappear soon. Please update your build dependency from libtiff4-dev to libtiff-dev. - At this point, libtiff4-dev has actually been an alias for libtiff5-dev for several weeks, so this is basically a no-op for almost all packages. I am using the user tag libtiff4-dev (with user q...@debian.org) to mark the bug reports. http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=libtiff4-dev;users=q...@debian.org -- Jay Berkenbilt -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140118223748.0400818596.qww314...@soup.q.qbilt.org
Re: Registering a media type for Debian binary packages ?
Hi Guillem, Ian, and everybody, I attached here is an updated proposal for declaring a mime type for Debian binary packages, plus a patch against the previous version. Here is an explanation about my motivation. As the maintainer of the mime-support package, I receive requests to update the file /etc/mime.types, to associate file suffixes with media types. In the absence of requests, I can get information for new associations from the Internet Assigned Numbers Authority (IANA). http://www.iana.org/assignments/media-types The IANA is very flexible for registering new types and these registrations include a list of file suffixes to associate with. (Unfortunately, it is not machine-readable). I strongly beleive in the point 2 of our Social Contract, about propagating changes upstream and “give back to the free software community”. When I am requested to add a non-registered type to /etc/mime.types, I am therefore asking systematically to the requester to consider going through the IANA first. (In case the modification is needed for making our next stable release better, I will of course not stand in the way of an update). In parallel, the IANA itself, through RFC 6838, welcomes the registration of new media types. http://tools.ietf.org/html/rfc6838#section-1.1 See also the paragraph on unregistered types: “with the simplified registration procedures described above for vendor and personal trees, it should rarely, if ever, be necessary to use unregistered types.” http://tools.ietf.org/html/rfc6838#section-3.4 In this context, old unregistered media types starting with 'x-' are progressifely being registered without this deprecated prefix. Given the effort I am asking to the people requesting changes in /etc/mime.types, I would like Debian to give the example as well. Since the media type of Debian binary packages is unclear (there are at least two alternative in circulation), I am proposing to register an official media type in the vendor tree. While the unofficial types may stay in circulation for a long time, I think that it is worth the effort, especially given that the work is 90 % done now. I took care of your other comments directly by changing the text. here are some answers when it was not possible. Le Fri, Jan 03, 2014 at 11:47:56AM +0100, Guillem Jover a écrit : > > > with administrator privileges during installation. It is therefore > > essential > > to trust the origin of the package. The recommended way is to download > > packages from APT (Advanced Packaging Tool) archives that are authenticated > > with > > a trusted cryptographic key (see the manual page of apt-secure for details). > > As a lesser alternative for cases where APT tools are not available, the > > package should be downloaded with secured protocols such as HTTPS. There > > also > > exists a mechanism for signing packages directly (called ‘debsigs’), but it > > is > > not deployed. > > Could this be made generic as to not recommend a specific frontend > implementation, but just what's needed from it? Some systems do not > use apt, some users might want to use something else, etc. But maybe > that's not how other mime type entries are written? Here, I intend “APT archives” to be about the format, not to suggest that only apt-get should be used. I could phrase it better. Suggestions are welcome. > > The Debian binary packages are manipulated by system programs such as > > ‘dpkg’, > > ‘apt-get’, graphical front-ends such as ’Synaptic’ but also generic archive > > decompressors such as ‘File Roller’. After downloading a package with a web > > browser or after clicking on its icon, front-ends or decompressors are > > usually > > started. > > I'm not sure that frontends are usually started when downloading raw > .debs from the net, though. Indeed, with Epiphany browser or Chrome, no front-end is proposed despite the media type is indicated in the HTTP headers. I consider it a bug. With Iceweasel, it worked. Have a nice Sunday. -- Charles Plessy Tsurumi, Kanagawa, Japan Type name: application Subtype name: vnd.debian.binary-package Required parameters: None. Optional parameters: None. Encoding considerations: binary Security considerations: Debian binary packages can contain scripts executing arbitrary commands during installation, which is done with administrator privileges. It is therefore essential to trust the origin of the package. The recommended way is to download packages from APT (Advanced Packaging Tool) archives that are authenticated with a trusted cryptographic key (see the manual page of apt-secure for details). As a lesser alternative for cases where APT tools are not available, the package should be downloaded with secured protocols such as HTTPS. There also exists a mechanism for signing packages directly (called ‘debsigs’), but it is not deployed. The contents of the Debian binary packages are placed inside tar archives (possibly compressed
