Bug#687331: pulseaudio: plugging in headphones has no effect
Package: pulseaudio Version: 2.1-2 Severity: normal Hi, _From time to time I experience the following but at the moment (and using the latest from experimental) I'm getting it every time so felt like reporting. Quite simply when plugging stereo headphones into the headphone jack on my laptop (thinkpad x121e), sound continues to be emitted from the internal speakers and not from the headphones. I can work around this, most of the time, by switching hardware to Digital Stereo (HDMI) output and plugging my headphones into my multimedia system (which the laptop is plugged into via HDMI). However that's suboptimal for various reasons and does not work on the move. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pulseaudio depends on: ii adduser 3.113+nmu3 ii consolekit 0.4.5-3 ii libasound2 1.0.25-3 ii libasound2-plugins 1.0.25-2 ii libc6 2.13-33 ii libcap2 1:2.22-1 ii libdbus-1-3 1.6.0-1 ii libfftw3-3 3.3.2-3 ii libice6 2:1.0.8-2 ii libltdl72.4.2-1.1 ii liborc-0.4-01:0.4.16-2 ii libpulse0 2.1-2 ii libsamplerate0 0.1.8-5 ii libsm6 2:1.2.1-2 ii libsndfile1 1.0.25-5 ii libspeexdsp11.2~rc1-6 ii libsystemd-daemon0 44-3 ii libsystemd-login0 44-3 ii libtdb1 1.2.10-2 ii libudev0175-3.1 ii libx11-62:1.5.0-1 ii libx11-xcb1 2:1.5.0-1 ii libxcb1 1.8.1-1 ii libxtst62:1.2.1-1 ii lsb-base4.1+Debian7 ii udev175-3.1 Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.10.31-3 pn pulseaudio-module-x11 none pn rtkit none Versions of packages pulseaudio suggests: pn paman none pn paprefs none ii pavucontrol 1.0-1 pn pavumeter none ii pulseaudio-utils 2.1-2 -- no debconf information ___ pkg-pulseaudio-devel mailing list pkg-pulseaudio-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-pulseaudio-devel
Re: Storage server
I would say that neither hardware nor software RAID are a replacement for a working backup scheme. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120911094342.GA11893@debian
Re: Storage server
Denis' answer is very good, I won't re-iterate his points. On Tue, Sep 11, 2012 at 01:26:48PM +0200, Veljko wrote: Thanks for your valuable input. So, in case I have to backup lot of small files and only some of them are changed I should go with rsnapshot. If there are big text files that changes through time, I should go with rdiff-backup. Actually, lots and lots of small files is the worst use-case for rsnapshot, and the reason I believe it should be avoided. It creates large hard-link trees and with lots and lots of small files, the filesystem metadata for the trees can consume more space than the files themselves. Also performing operations that need to recurse over large link trees (such as simply removing an old increment) can be very slow in that case. Would it be reasonable to use them both where appropriate or thats just unnecessary complexity? Sounds like unnecessary complexity to me. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120911152922.GA2125@debian
Re: Bug#687103: ITP: maps -- OpenStreetMap client for the GNOME Desktop
On Sun, Sep 09, 2012 at 10:42:35PM +0200, Alessio Treglia wrote: OK, so let's go on picking 'gnome-osm-maps'. Thank you all folks! No, one package in the archive with a misleading name doesn't mean we should have more! See also: gnuplot, not related to GNU, and no doubt many more. -- 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/20120910092648.GA26700@debian
Re: Bug#687103: ITP: maps -- OpenStreetMap client for the GNOME Desktop
On Mon, Sep 10, 2012 at 06:45:42AM +0200, martin f krafft wrote: also sprach Luca Capello l...@pca.it [2012.09.09.2029 +0200]: Or, if this is tightened to OSM, 'gnome-osm-maps'. except the 'm' on osm is already a map, so maybe osm-client. I like dropping 'gnome', and not doubling-up map, but osm may not be clear enough to those who aren't intimately involved, how about openstreetmap-client? -- 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/20120910092816.GB26700@debian
Re: Bug#687001: ITP: optional-dev -- fake (empty) dev package
On Sat, Sep 08, 2012 at 10:01:17PM +1000, Dmitry Smirnov wrote: When building for as many architectures as we have, situation when some dependencies are missing (or can't exist) on some architectures is not rare. However we still want to build our packages with all features possible. You should have two (or more) binary targets, each of which excludes the architecture(s) that do not support the particular feature. E.g. if baz is not available on hurd: Package: foo Architecture: any !hurd Build-Depends: bar libbaz-dev (I forget the precise syntax for excluding an arch here) and Package: foo-hurd Build-Depends: bar Architecture: hurd Or possibly in some circumstances Package: foo-minimal Build-Depends: bar Architecture: any …where foo without baz might be useful for someone on any architecture. Explain the differences clearly in the package long description. -- 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/20120910124617.GF26700@debian
Bug#687103: ITP: maps -- OpenStreetMap client for the GNOME Desktop
On Mon, Sep 10, 2012 at 06:45:42AM +0200, martin f krafft wrote: also sprach Luca Capello l...@pca.it [2012.09.09.2029 +0200]: Or, if this is tightened to OSM, 'gnome-osm-maps'. except the 'm' on osm is already a map, so maybe osm-client. I like dropping 'gnome', and not doubling-up map, but osm may not be clear enough to those who aren't intimately involved, how about openstreetmap-client? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687103: ITP: maps -- OpenStreetMap client for the GNOME Desktop
On Mon, Sep 10, 2012 at 06:45:42AM +0200, martin f krafft wrote: also sprach Luca Capello l...@pca.it [2012.09.09.2029 +0200]: Or, if this is tightened to OSM, 'gnome-osm-maps'. except the 'm' on osm is already a map, so maybe osm-client. I like dropping 'gnome', and not doubling-up map, but osm may not be clear enough to those who aren't intimately involved, how about openstreetmap-client? -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120910092816.GB26700@debian
Re: systemd
On Sun, Sep 09, 2012 at 09:12:35PM -0300, Henrique de Moraes Holschuh wrote: Lennart would not be able to easily push random crap to the kernel upstream even if he tried to. It is a very different situation from userland. How so? Do you believe Redhat, Fedora etc. ship anything Lennart writes without any kind of review? Do you think he has carte blanche as part of his employment to do whatever he wants? No. And you are the one saying the above, not me. I must be misinterpreting what you are saying. I believed you meant that Lennart is able to push random crap into userland, whereas he is not capable of doing so for the Kernel. My counter-point was to indicate that the gateway to userland was the distributions, and Lennart's userland contributions don't reach the users without review from other human beings. Which part did I get wrong? I also happen to have zero tolerance to this kind of argument line. Never assume malovence when incompetence adequately explains the situation. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120910102302.GC26700@debian
Re: Storage server
On Sat, Sep 08, 2012 at 06:49:45PM +0200, Veljko wrote: a) backup (backup server for several dedicated (mainly) web servers). It will contain incremental backups, so only first running will take a lot of time, rsnapshot Best avoid rsnapshot. Use (at least) rdiff-backup instead, which is nearly a drop-in replacement (but scales); or consider something like bup or obnam instead. and will run from cron every day. Files that will be added later are around 1-10 MB in size. I expect ~20 GB daily, but that number can grow. Some files fill be deleted, other will be added. If you want files to eventually be purged from backups avoid bup. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120910130747.GG26700@debian
Re: Storage server
On Sat, Sep 08, 2012 at 09:51:05PM +0200, lee wrote: Some people have argued it's even better to use software raid than a hardware raid controller because software raid doesn't depend on particular controller cards that can fail and can be difficult to replace. Besides that, software raid is a lot cheaper. You also get transferrable skills: you can use the same tooling on different systems. If you have a heterogeneous environment, you may have to learn a totally different set of HW RAID tools for various bits and pieces, which can be a pain. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120910131115.GH26700@debian
Re: systemd
On Fri, Sep 07, 2012 at 04:06:08PM -0300, Henrique de Moraes Holschuh wrote: Kernel patches from Lennart were properly reviewed, and accepted only after the maintainers and subsystem maintainers approved them as an acceptable solution for the general problem they were supposed to be addressing. Lennart would not be able to easily push random crap to the kernel upstream even if he tried to. It is a very different situation from userland. How so? Do you believe Redhat, Fedora etc. ship anything Lennart writes without any kind of review? Do you think he has carte blanche as part of his employment to do whatever he wants? He is a convenient scapegoat. It's absurd to avoid code he's written, and reductio ad absurdum, it would be absurd to avoid the kernel. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120908093440.GA1917@debian
Re: Enabling uscan to simply remove files from upstream source
On Sat, Aug 25, 2012 at 05:18:57PM +0900, Charles Plessy wrote: I also considered, but the information of what files are excluded when creating the Debian source package is not relevant to upstream. More simply, I think that if debian/watch would radically change its format to YAML or the Debian control data file syntax, it would be a good place for the Files-Excluded field. The copyright file is, as the name suggests, for copyright information. The watch file is, as the name suggests, for watching for upstream releases. Can we please just have a new file for a new purpose, rather than overloading ones that are succinct, single-purpose and consistent? We can then pick a syntax that fits the problem, rathen than trying to bend and contort one that doesn't. -- 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/20120907125431.GC4705@debian
Re: Bug#686903: RFP: pass -- the standard unix password manager
On Fri, Sep 07, 2012 at 04:11:25AM +0200, Jason A. Donenfeld wrote: Subject: Re: Bug#686903: RFP: pass -- the standard unix password manager I realise this text comes from upstream, but the standard unix password manager is IMHO misleading for this program. A unix password manager is more accurate. UNIX seems superfluous though, perhaps A password manager, or something that describes the program, such as A command-line password manager. -- 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/20120907125744.GD4705@debian
Re: What Version To Install On iMac?
On Fri, Sep 07, 2012 at 02:04:04AM -0500, Stan Hoeppner wrote: Interesting statement. Squeeze (6) is still STABLE. After Wheezy (7) is moved from TESTING to STABLE, Squeeze will be fully supported for at least 1 year. Thus deprecated soon is not accurate, unless your definition of soon means 12 months or more. Perhaps his definition of deprecated doesn't mean supported… -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120907122150.GB4705@debian
Re: systemd
On Thu, Sep 06, 2012 at 12:09:52PM -0300, francis picabia wrote: On Wed, Jul 25, 2012 at 12:47 PM, Ralf Mardorf ralf.mard...@alice-dsl.net wrote: In cases of doubt, I'm against using anythin coming from Lennart Poettering. Odd, I can't find Ralph's mail in my d-u archive, was it a private one? Anyway, replying here rather than there since I can't find it. If you are determined to avoid Lennart's code, you're going to have to stop running the Linux kernel: commit ebec18a6d3aa1e7d84aab16225e87fd25170ec2b Author: Lennart Poettering lenn...@poettering.net Date: Fri Mar 23 15:01:54 2012 -0700 prctl: add PR_{SET,GET}_CHILD_SUBREAPER to allow simple process supervision and commit 52a85e17091d2fe9ade6a5d94063e70c5d2a9d5b Author: Lennart Poettering mzxre...@0pointer.de Date: Thu Jun 4 16:18:13 2009 -0300 V4L/DVB (11993): V4L/pwc - use usb_interface as parent, not usb_device and don't worry, there are more, across many of the core kernel subsystems. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120907124732.GA29671@debian
Re: Discussion of uscan enhancement 1 (Was: uscan enhancement take 3: script hook)
On Wed, Sep 05, 2012 at 09:04:19AM +0900, Charles Plessy wrote: the machine-readable format does not mention trailing slashes at the end of directory names, and refers to the -path test of the GNU find command, Good. Having a trailing-slash be meaningful is very confusing. I especially hate this with rsync, where I now use trailing-slash on dirs exclusively, since I've memorized the behaviour when you do this and not when you don't. It frustrates me because foo and foo/ might differ but they are both names for the same thing - and the behaviour should not differ if the name for the same thing differs IMHO. which will fail with trailing slashes. I can understand why it would fail, since the argument to path is a pattern rather than a filename, and it is compared against find's list of paths which just so happen not to have trailing slashes. Having said that I wonder if this behaviour could be considered buggy. -- 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/20120905105227.GA31962@debian
Re: e2fsck errror: Error reading block (Attempt to read block from filesystem resulted in short read)
On Tue, Sep 04, 2012 at 11:39:37PM +0700, Sthu Deus wrote: You have to understand: You have to connect it to the controller directly OR You can not use what the SMART offers to You. That simple. This is not actually true. Yes, the majority of USB hard drives do not support SMART, but some do. See http://sourceforge.net/apps/trac/smartmontools/wiki/Supported_USB-Devices, which tells me that lucky me, my WD Elements Desktop 2TB is supported. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120905124315.GB31962@debian
Re: Minified javascript files
On Sat, Aug 25, 2012 at 12:27:02PM +0200, Jonas Smedegaard wrote: 1) We have the source for the parts that we ship in binary packages, yes. We do not, however, necessarily have the actual source for the minified files unused for binary packages yet redistributed by us in source tarballs: Just as with autotools files we generally do not verify that these files has same source as the source we instead use for our binary packages. That's true; however, it's a source of *potential* bugs, rather than definitely a bug in every such package, which is an improvement on the view that they violate the DFSG, where that would be the case. -- 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/20120904194043.GA15040@debian
Re: Do I still need alsa if I have pulseaudio
On Tue, Sep 04, 2012 at 09:59:19AM +0200, Ralf Mardorf wrote: Yes, pulseaudio needs ALSA. Note that pulseaudio is bad programmed That's certainly an opinion, and perhaps a commonly-repeated one, but an opinion non-the-less. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120904194312.GB15040@debian
Re: libsdl1.2-dev – Nolonger supports Color Ascii Ourput (libcaca) - WHY?!
Please note that you tried to submit a bug but didn't get the syntax right, so it won't have worked. On Tue, Sep 04, 2012 at 05:17:06AM -0700, Nzvr Salamon wrote: What the fuck? Why did you drop support for libcaca output. Check the changelog. It reads: libsdl1.2 (1.2.14-6.3) unstable; urgency=low … * Remove support for libaa (there’s libcaca), libsvga (directfb supports more architectures) and libesd (pulseaudio does much more). … You take away. Just because you don't like the name of the library. That's very unlikely, seeing as the author of libcaca is Sam Hocevar, who is also a Debian developer, and contributed to the SDL packaging as recently as June 2012. (Again, check the changelog.) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120904194649.GC15040@debian
Re: Advice about removing cruft?
On Mon, Sep 03, 2012 at 03:23:21PM -0700, Weaver wrote: I find the packages 'cruft' and 'deborphan' work fairly well together. I find Bleachbit to be a little too militant. All of the above will find packages that are not being used. But, packages that are not being used are not loaded and thus not contributing towards system instability. The OP needs to look at what is *running* and what they are actively *using* to solve their issues issues. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120904194842.GD15040@debian
Re: tracker-miner, tracker-store, etc., was Why is Nautilus using 38% CPU?
On Sun, Sep 02, 2012 at 02:06:51PM -0500, Mark Allums wrote: I noticed that tracker is doing a lot . How important is it? Is it inadvisable to disable it? It creates and manages search indexes. If you don't use desktop search, disable or remove it. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120904195005.GE15040@debian
Re: xsesssion-errors
On Sat, Sep 01, 2012 at 01:40:50PM -0600, Bob Proulx wrote: I have much egregious noise in that file. It would be good if there was a campaign to clean it up. But it is a distributed culture of sloppy programming over years that has contributed to it. It would take a large effort to clean it up. It might be worth proposing it as a release goal for wheezy+1/jessie. I'd back it. (I might propose it.) At the very least, adding a datestamp and rotating the file from time to time would be more useful than the current behaviour. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120903125723.GC6809@debian
Re: xsesssion-errors
On Tue, Sep 04, 2012 at 12:59:04AM +1200, Chris Bannister wrote: So what now? If the bug needs re-opening, unarchive it and reopen it: http://www.debian.org/Bugs/server-control Probably something like this to cont...@bugs.debian.org unarchive 617940 reopen 617940 thanks It would be worth appending any additional information/testing to the bug, once opened, to aid the maintainer. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120903152554.GD6809@debian
Re: Stuff from /bin, /sbin, /lib depending on /usr/lib libraries
On Fri, Aug 31, 2012 at 10:57:10PM +0800, Thomas Goirand wrote: On 08/31/2012 06:55 PM, Riku Voipio wrote: How is that different from having a botched / or /boot ? Why do you think having a separate /usr will make / less prone to HD crashes? You have / on RAID5 while /usr isn't? Typically, I have / on 2 small RAID1 partitions making the array on the first 2 HDD (1 or 2 gigs), and /usr on a LVM on a much, much larger RAID array (I use mostly software RAID1 and RAID10, but in some cases, much bigger hardware RAID5). So yes, that's my usual server setup. Also, / is a partition on which almost nothing is read or written, while the others (eg: /usr, /var, /tmp, swap) are a lot more I/O intensive. Which means that / is less prone to failure. Often, the 2nd RAID array gets degraded, but / isn't. So it does make a lot of sense to setup things this way, and yes, / is less prone to HD crashes this way (I'm talking from 10 years of experience running about 100 servers this way, so it's not just theory, it's very practical experience). I'm struggling to understand this. In the situation you outline (/ ok, /usr, /var, /tmp, swap on another RAID which is hosed) -- whatever service the machine was offering is surely not being offered anymore (/ being too small to be useful for anything except a rescue environment). So / surviving whilst all your services/data are dead doesn't seem to be a big win to me at all. Am I missing a detail? -- 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/20120831150447.GD24379@debian
Re: Please help parsing file [sed, awk, fortran, bash]
On Fri, Aug 31, 2012 at 02:18:15AM +, Mark Blakeney wrote: On Fri, 31 Aug 2012 01:31:29 +, Russell L. Harris wrote: This exercise provides the impetus to learn to use a very useful tool, namely Perl. I would suggest python is a much better choice to a young person just starting out. Seconded. I wrote some Perl yesterday, for the first time in a while. I didn't miss it. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120831084656.GC17667@debian
Re: Please help parsing file [sed, awk, fortran, bash]
read ignore read ignore index=-1 while read line; do set -- $line index=$((index + 1)) if [ $index != $1 ]; then while [ $(($1 - $index)) -gt 0 ]; do echo $index 0 index=$((index + 1)) done fi index=$1 [ $index -le 1024 ] || break second=1 shift [ $# -le 0 ] || second=$1 echo $index $second done -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120831090431.GD17667@debian
Re: [proposal] use xz compression for Debian package by default
On Wed, Aug 29, 2012 at 05:12:15PM +0200, Didier 'OdyX' Raboud wrote: We are building a binary distribution which main characteristic is to have the packages built _rarely_. As such, a useful but CPU-expensive operation is always worth it. The situation is slightly different for Debian-native packages. In that case, there's little value in not replacing the source PNGs with better-compressed alternatives. (games-thumbnails is such a native package.) And if the package building infrastructure comes in your way by enforcing unneeded repeated builds, then the problem resides in the package building infrastructure. Are we not required to provide a functional 'clean' target in our rules files? Should these not remove files that were generated as part of the build process? -- 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/20120830124633.GA23881@debian
Re: [proposal] use xz compression for Debian package by default
On Tue, Aug 28, 2012 at 12:56:47PM +0200, Vincent Lefevre wrote: Before wondering whether PNG files should have an additional compression level, is there any reason why a better PNG compression isn't used in the first place? For instance, optipng -o9 tries various parameters and keeps the best one. So recompress upstream PNGs and suffix +dfsg to the source version? There might be some disadvantages to this. If you are using VCS to manage the package, you are probably carrying the upstream PNGs in that already, so there's an appreciable increase in repository size to carry the optimized PNGs too. Another approach could be to inject optipng into the build process and treat the outputs like compiler output (packed into binary packages, thrown away on clean), but then repeated builds could be CPU-expensive. Perhaps getting upstream to carry better-compressed PNGs in their next release is a good idea. -- 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/20120829140143.GA22300@debian
Re: [proposal] use xz compression for Debian package by default
On Wed, Aug 29, 2012 at 03:17:15PM +0100, Dmitrijs Ledkovs wrote: I don't think it's worth +dfsg, and CPU cycles will only be wasted once on the maintainer side, since most of PNGs are in arch:all packages anyway. I used to hack on the games-thumbnails package a bit, which ran optipng as part of the build stage and removed the results as part of the clean stage.¹ It used to be quite a pain to run 'debuild' over and over, if you were making small, iterative packaging changes, because the 'clean' target would be run. I suppose I could have simply ran the build stage by hand repeatedly instead. ¹ It would appear that the package no longer does the remove stage, from a cursory glance at the rules file these days. This is no doubt a pragmatic decision, but one that might conflict with people's build expectations.) -- 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/20120829144701.GB22300@debian
Re: Enabling uscan to simply remove files from upstream source
On Thu, Aug 23, 2012 at 12:38:14PM -0500, Peter Samuelson wrote: ...Or add the exclude list to a file called 'debian/watch'. I struggle to see why. I suppose because uscan reads debian/watch, but the point of that file is to document where to find upstream sources, the name implies that, and putting lists of files to strip into it would seem counter-intuitive to me. -- 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/20120824083627.GA19780@debian
Bug#685747: gnome-shell: periodically, my mobile broadband connections are not visible
Package: gnome-shell Version: 3.4.2-1 Severity: normal Hi, from time to time my mobile broadband connections don't show up in the networking drop-down menu. Instead I get auto broadband or words to that effect. If I go through those steps and set up a new connection, it works fine. However, on the occasions that gnome-shell is showing my broadband connections, I have a lot of ones for the same thing (since I have to set it up afresh a lot of the time): $ ls /etc/NetworkManager/system-connections/T* /etc/NetworkManager/system-connections/T-Mobile Default /etc/NetworkManager/system-connections/T-Mobile Default-0aede276-7992-4913-9dfb-79708225920c /etc/NetworkManager/system-connections/T-Mobile Default-16f2d7ce-a114-45c0-b95c-1690041a1e3d /etc/NetworkManager/system-connections/T-Mobile Default-1c6fe55e-ab23-4f80-b053-41fbd37ae9c9 /etc/NetworkManager/system-connections/T-Mobile Default-24846f8f-d1d5-4f4b-8144-dd0f3c6b283f /etc/NetworkManager/system-connections/T-Mobile Default-41724791-dc83-4f15-8805-cd7302fc9ae0 /etc/NetworkManager/system-connections/T-Mobile Default-81ef46fe-9ed8-43f6-91cb-169a7a98aba7 /etc/NetworkManager/system-connections/T-Mobile Default-d42c90ad-6951-4607-b92d-a7046cb97ed6 /etc/NetworkManager/system-connections/T-Mobile Default-d9206d9a-103d-4aff-aa64-f4fc4b9f9e90 I've discovered that restarting gnome-shell causes my existing connections to show up again (via 'r' in the run menu). Restarting network-manager also works, but possibly only because gnome-shell also restarts (because it segfaults): [69324.401923] gnome-shell[3896]: segfault at 40 ip 7f61d69f7b82 sp 7fff85876740 error 4 in libgnome-shell.so[7f61d69b3000+9b000] I think the connections are missing more often than not when I come to use them. I mostly try to use them on a train, so it might be related to resuming from sleep, I'm not sure. I'll try to see if I can detect a pattern. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-2 ii gconf-service3.2.5-1 ii gir1.2-accountsservice-1.0 0.6.21-6 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-caribou-1.0 0.4.2-2 ii gir1.2-clutter-1.0 1.10.8-1 ii gir1.2-cogl-1.0 1.10.2-6 ii gir1.2-coglpango-1.0 1.10.2-6 ii gir1.2-folks-0.6 0.6.9-1+b1 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gconf-2.0 3.2.5-1 ii gir1.2-gcr-3 3.4.1-3 ii gir1.2-gdesktopenums-3.0 3.4.2-1 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-gee-1.0 0.6.4-2 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gmenu-3.0 3.4.2-3 ii gir1.2-gnomebluetooth-1.03.4.2-1 ii gir1.2-gtk-3.0 3.4.2-2 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.03.4.1-5 ii gir1.2-networkmanager-1.00.9.4.0-5 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-polkit-1.00.105-1 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-telepathyglib-0.120.18.1-2 ii gir1.2-telepathylogger-0.2 0.4.0-1 ii gir1.2-upowerglib-1.00.9.17-1 ii gjs 1.32.0-2 ii gnome-bluetooth 3.4.2-1 ii gnome-icon-theme-symbolic3.4.0-2 ii gnome-settings-daemon3.4.2-3 ii gnome-shell-common 3.4.2-1 ii gnome-themes-standard3.4.2-1 ii gsettings-desktop-schemas3.4.2-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-33 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libcanberra0 0.28-4 ii libclutter-1.0-0 1.10.8-1 ii libcogl-pango0 1.10.2-6 ii libcogl9 1.10.2-6 ii libcroco30.6.5-1 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-2
Re: hibernate: swap on SSD = not fast
On Fri, Aug 24, 2012 at 01:42:45AM -0500, Stan Hoeppner wrote: This email mentions nothing of any troubleshooting performed by you up to this point. It's sole purpose seems to be to blame me for what you apparently believe is a bad recommendation. I read it very differently: veiled admiration and thanks for your expert advice, and genuine surprise that things weren't working properly, with a request for help in figuring out why. I'm in a very good mood right now though, YMMV ☺ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120824084332.GB19780@debian
Re: compressor
On Fri, Aug 24, 2012 at 11:04:56AM +0200, Gaël DONVAL wrote: Le jeudi 23 août 2012 à 20:24 +0800, lina a écrit : Sorry, here you mean, once tar -Jcf a.tar.xz a again tar -Jcf a.tar.xz a.tar.xz ? No, I think this was a joke :) Yes it was a joke :) but it was based on a recent article where someone expressed surprise that multiple manual passes of a compressor (I think gz) resulted in smaller file sizes. (I couldn't find a copy of the article to link to) In most programs, there is a depth or pass number parameter that does just this already. If you try to compress again, the overhead induced by the container (headers and such) will ultimately increase the file size. Most compressors work on a block-cipher model in order to support stream operation and so the compressor doesn't have a global view of the data being compressed. That's why subsequent manual passes can (sometimes) have a good effect, especially with e.g. enormous log files with a lot of repetition: local areas of the file being compressed are treated in isolation, but the resulting compressed blocks have a lot of (compressed!) repetition. In practise it's almost certainly very rarely worth bothering. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120824091035.GE19780@debian
Re: compressor
On Thu, Aug 23, 2012 at 02:26:25PM -0600, Bob Proulx wrote: There is a problem with the mashing and reformatting. It makes lzip appear to be 66M against xz being 65M and so xz is better, right? snip It would be better to look at the long byte counts for this type of comparison. You're right, that would be necessary to be accurate. An exercise left for another reader! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120824091145.GF19780@debian
Bug#657195: Client package descriptions unclear, multiple clients cause confusion
I think this could also be improved by removing the virtual package 'freeciv' (which has no reverse dependencies, lacks a description in package managers by virtue of being a virtual package and is not in the canonical list of virtual packages anyway[1], so seems to serve no useful purpose) and replacing it with a metapackage which has a useful description and appropriate *dependencies* to install a usable game. (That is, depends on server, not recommends.) Then, the onus would not necessarily be on the various client packages to explain the whole situation themselves. [1] http://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: compressor
On Wed, Aug 22, 2012 at 04:44:38PM -0600, Bob Proulx wrote: Jon Dowland wrote: linux-3.6-rc2.tar.bz2 78M linux-3.6-rc2.tar.gz 99M linux-3.6-rc2.tar.xz 65M linux-3.6-rc2.tar.lz 66M I think lzip is worthy enough that it should have a mention too. It has gotten less attention than xz and that is sad since it is a nice free software tool. I recompressed that file using lzip for this comparison. Thanks for the data (mashed/reformatted into quote above). I copied the listings from the kernel.org archives, so the choice of compression types was theirs (although I hadn't heard of lzip, thanks!) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120823102436.GI10344@debian
Re: compressor
On Wed, Aug 22, 2012 at 03:43:24PM +, Camaleón wrote: On Wed, 22 Aug 2012 21:40:36 +0800, lina wrote: Basically which compressor is the most efficient one. Ha, that's like asking what do clouds smell like? :-) Remember to run your chosen compression algorithm at least twice! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120823102607.GJ10344@debian
Re: Virtualbox 64 bit guest option is missing
On Wed, Aug 22, 2012 at 08:21:50PM +0200, Artifex Maximus wrote: Hello! Virtualbox on my Wheezy x86_64 Are you running both of • a 64bit kernel (I guess yes, given above) • the 64bit version of virtualbox (not the 32bit one on top of 64bit kernel) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120823105854.GM10344@debian
Re: help with packaging (preinst scripts)
On Wed, Aug 22, 2012 at 02:54:44PM +0200, David Cho-Lerat wrote: Hi all, I've done some RTFM, but can't yet find where the helper scripts to use in maintainer scripts (preinst/postrm/..) are described. How does one automate the following in the preinst scripts, for instance : 1. create a user *and* set their password You are best to explore an existing package which creates a user, e.g. exim4. I believe it's a mostly manual process. Note that I don't know of any Debian packages which actually set a user password… that doesn't sound like a great idea. What are you doing? See http://anonscm.debian.org/viewvc/pkg-exim4/exim/trunk/debian/exim4-config.postinst?view=markup around line 193 193 if [ $1 = configure ] \ 194 ! getent passwd Debian-exim /dev/null ; then 195 echo 'Adding system-user for exim (v4)' 12 196 adduser --system --group --quiet --home /var/spool/exim4 \ 197 --no-create-home --disabled-login --force-badname Debian-exim 198 fi Note that this is the postinst rather than preinst. 2. ssh-keygen with no user input (Enter passphrase) Run ssh-keygen with no stdin (/dev/null or similar, I think works) 3. add/edit some MySQL tables without knowing the MySQL root password Urgh. This sounds uglier and uglier :) Provide some SQL to achieve what you want in a file in the package, as a very first step. Make sure you've depended on MySQL. Will you know what the correct Database name will be? Can you guarantee it will exist? I've fooled around with Expect for 1. and 2., and tried mysqld_safe --skip-grant-tables for 3., but I feel lame (and I have to have my preinst script stop/start the MySQL server during install) .. If I'm not asking the correct list, I'm sorry, but could you please direct me to the documentation I should read or other mailing list I should contact ? debian-mentors for beginner packaging questions. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120822130557.GD10344@debian
Re: compressor
On Wed, Aug 22, 2012 at 04:24:19PM +0200, Ralf Mardorf wrote: On Wed, 2012-08-22 at 16:15 +0200, Jerome BENOIT wrote: xz: tar Jcf I'm using a distro that packages with xz. I'm sure that there never was a big difference between gz: tar zcf and bzip2: tar jcf for the length of the files, but the time for packing and unpacking does differ very much. Indeed, bz2 is very slow. But it can be much better at compressing: linux-3.6-rc2.tar.bz2 16-Aug-2012 22:01 78M linux-3.6-rc2.tar.gz 16-Aug-2012 22:01 99M linux-3.6-rc2.tar.xz 16-Aug-2012 22:01 65M -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120822145052.GE10344@debian
Re: Possible release note for systems running PHP through CGI.
On Mon, Aug 20, 2012 at 12:58:42AM +0200, Christoph Anton Mitterer wrote: But if anyone would lobby that (release goal: default to CGI/FCGI), they'd have definitely my support :) A bit late for wheezy, do you mean for +1? -- 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/20120820130646.GA28685@debian
Re: Anonymize very old Debian list posting?
On Fri, Aug 17, 2012 at 02:56:01PM +0200, Lukas Foljanty wrote: thanks for your reply. I must say, that I find that a rather questionable privacy policy. Like I was writing before, I don't mind the message itself to stay. But I do mind that my email address is visible to anybody. Maybe I'm just unlucky for still using that same email address. For what it's worth (perhaps not much): I'd advise focussing on having good anti-spam defenses, rather than hiding your email address. I once read a very well written argument to this effect, certainly better written than I'm managing here, but by trying to limit exposure to your address, you are making email less effective (making yourself less discoverable etc.) which in some way is letting the spammers win. We currently enjoy some very effective anti spam technology which can vastly reduce the problem. I personally can recommend 'crm114' (packaged in Debian) although setting it up initially can be a bit tricky. -- To UNSUBSCRIBE, email to debian-www-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120820153429.GA31641@debian
Re: how to copy files from linux to windows via terminal
On Mon, Aug 20, 2012 at 09:04:27PM +0800, lina wrote: how to copy files from linux to windows via terminal. The key issue is what method of access you are using to the Windows machine. Windows file sharing is perhaps easiest, in which case you can copy stuff via 'samba' on the Linux host. 'smbclient //wherever/foo, put some-file' -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120820131019.GB28685@debian
Re: Possible release note for systems running PHP through CGI.
On Mon, Aug 20, 2012 at 12:58:42AM +0200, Christoph Anton Mitterer wrote: But if anyone would lobby that (release goal: default to CGI/FCGI), they'd have definitely my support :) A bit late for wheezy, do you mean for +1? -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120820130646.GA28685@debian
Re: Bug#685064: ITP: non-daw -- please package non-things
On Thu, Aug 16, 2012 at 11:19:23AM +0200, rosea grammostolla wrote: Subject: Re: Bug#685064: ITP: non-daw -- please package non-things ^ You've filed an ITP (I Intent To Package) but your subject reads more like a Request For someone else to Package (RFP). Can you clarify which you meant? * Package name: non-daw … The Non DAW… The Non Mixer… The Non Sequencer… The Non Session Manager… The package name suggests you are packaging the DAW but the description covers the other three things too and suggests to some extent that they are separate. Would the mixer, sequencer and session manager be provided in the same package, or in separate packages? -- 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/20120817082430.GA17970@debian
Re: Change default PATH for Jessie / wheezy+1
On Wed, Aug 08, 2012 at 04:41:35AM +0200, Ulrich Dangel wrote: On 08/08/12 04:11, Marco d'Itri wrote: Fedora did it a few months ago, so probably we should do it as well to minimize the pain. As far as I know (based on https://bugzilla.redhat.com/show_bug.cgi?id=458176 / http://fedoraproject.org/wiki/Features/SbinSanity ) Fedora changed it in 2008. It seems that Ubuntu also has the sbin directories in PATH per default (via /etc/environment) since at least 2006. In which case any pain we were likely to suffer has been suffered already, so that's one fewer reason to make the change. -- 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/20120817082705.GB17970@debian
Re: Change default PATH for Jessie / wheezy+1
On Wed, Aug 08, 2012 at 12:40:42PM +0100, Roger Leigh wrote: Warning the user that they are using an obsolete tool is IMO entirely justified, particularly when there is a much better and more capable replacement. And there's plenty of precedent: $ ffmpeg ffmpeg version 0.8.3-6:0.8.3-4, Copyright (c) 2000-2012 the Libav developers built on Jun 26 2012 09:26:41 with gcc 4.7.1 *** THIS PROGRAM IS DEPRECATED *** This program is only provided for compatibility and will be removed in a future release. Please use avconv instead. (even if the above is somewhat misleading) And the wodim/cdrecord messages. -- 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/20120817083717.GC17970@debian
Re: best filesystem for logical volume ?
On Fri, Aug 17, 2012 at 05:28:10PM +0530, J. B wrote: Is it better than ext4 and reiserfs ? No. (a more detailed answer may be provided with a more detailed description of your requirements :)) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120817130818.GD17970@debian
Re: Bug#685042: ITP: libpam-ssh -- Authenticate using SSH keys
It would be nice if your initial upload would resolve the multiple issues that were the cause for the package removal, rather than simply reintroduce them. -- 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/20120816083916.GA8134@debian
Re: node-like file conflicts
On Tue, Aug 07, 2012 at 01:00:38PM +0100, Ian Jackson wrote: /usr/games is a swamp for another time I think. I guess it contains an awful lot of things with clashing names. Last I checked the latest FHS drafts removed /usr/games entirely, so the morass might end up being dumped into /usr/bin at some point in the near future, where they are promoted from $PATH conflicts to actual binary conflicts. -- 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/20120815131520.GA10037@debian
Re: Modified http://wiki.debian.org/DebianDeveloper to mention non-packagers (Re: [CTTE #614907] Resolution of node/nodejs conflict)
On Thu, Jul 26, 2012 at 01:55:06PM +0100, Ian Jackson wrote: Jon Dowland writes (Re: Modified http://wiki.debian.org/DebianDeveloper to mention non-packagers (Re: [CTTE #614907] Resolution of node/nodejs conflict)): On Wed, Jul 25, 2012 at 12:15:15AM -0700, Russ Allbery wrote: We are in the process of discussing a variety of constitutional amendments to be raised by the tech-ctte that will hopefully end up creating a sort of bundle of constitutional fixes to vote on. Perhaps it would be good to include in that a terminology standardization on member for the places in the constitution that we refer to voting project members rather than specifically people who upload software. Yes please! I am not in favour of this change. The point about a Debian Developer is that the basis of their claim to the rights and responsibilities enumerated in the constitution, is that they help develop Debian. I don't think the word Developer implies that one can't develop Debian in other ways than by directly editing software. The problem to solve is not that Developer implies a *limitation* of responsibity for Developers; it's that non-packaging contributions are not considered to carry the same value or esteem as traditional packaging. I agree that 'developer' is a fine word to describe a valued contributor to the project and does not — on its own — suggest packaging software, but sadly the historical context does. I'm not overly interested in the word developer being eradicated, but at the very least having some consistency in Debian's documents would be very welcome. ('New Maintainer' → route to 'Developer' vs. 'Debian Maintainer' is another area of confusion). Perhaps an entirely new set of nouns should be chosen, free of historical baggage? -- 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/20120726130545.GB14409@debian
Re: RFC: Why are so many debian packages outdated?
On Fri, Jul 13, 2012 at 12:20:23AM +0300, Timo Juhani Lindfors wrote: Svante Signell svante.sign...@telia.com writes: NMUs should be made/allowed/encouraged? I know all packaging is made by volunteers at their spare time, but anyway. Debian is one of the best distributions, what about raising the bar a little higher? The only way you can really improve the situation is to help with the packages. I disagree. Fundamentally the problem is lack of manpower. There are not enough incoming people interested in addressing the problem (like Svante) to make an appreciable difference if they dedicate their time soley to packaging. There is work to be done to make Debian attract more contributors. -- 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/20120726130947.GC14409@debian
Re: Modified http://wiki.debian.org/DebianDeveloper to mention non-packagers (Re: [CTTE #614907] Resolution of node/nodejs conflict)
On Wed, Jul 25, 2012 at 12:15:15AM -0700, Russ Allbery wrote: We are in the process of discussing a variety of constitutional amendments to be raised by the tech-ctte that will hopefully end up creating a sort of bundle of constitutional fixes to vote on. Perhaps it would be good to include in that a terminology standardization on member for the places in the constitution that we refer to voting project members rather than specifically people who upload software. Yes please! -- 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/20120725092339.GD14507@debian
Bug#682746: unblock: deutex/4.4.902-13
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock thanks Please unblock package deutex. Version 4.4.902-13 resolves an RC bug #682132 relating to Recommends: on a package not in main. Debdiff attached. Thanks! diff -u deutex-4.4.902/debian/changelog deutex-4.4.902/debian/changelog --- deutex-4.4.902/debian/changelog +++ deutex-4.4.902/debian/changelog @@ -1,3 +1,10 @@ +deutex (4.4.902-13) unstable; urgency=low + + * Recommend either boom-wad or doom-wad, since the latter is +not satisfyable in main. Closes: #682132. + + -- Jon Dowland j...@debian.org Fri, 20 Jul 2012 17:08:20 +0100 + deutex (4.4.902-12) unstable; urgency=low * Update control file to reflect new VCS location diff -u deutex-4.4.902/debian/control deutex-4.4.902/debian/control --- deutex-4.4.902/debian/control +++ deutex-4.4.902/debian/control @@ -14,7 +14,7 @@ Depends: ${shlibs:Depends}, ${misc:Depends} Suggests: doom-engine Provides: doom-wad-editor -Recommends: doom-wad +Recommends: boom-wad | doom-wad Description: composition tool for doom-style WAD files DEU's Texture Companion (DeuTex) is a resource editor that can extract and insert graphics, sounds, levels and other
Re: wifi connect _FAILS_ - was [Re: FROZEN Wheezy netinst - Where to get?]
I'm 99% sure your difficulties are caused by missing wireless firmware. If you can put the firmware-linux-nonfree* stuff onto a USB stick and have that ready at install time you might get further. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120725092836.GE14507@debian
Re: replying to a thread on the list that is not in my inbox?
On Tue, Jul 24, 2012 at 11:32:53PM -0400, Nick Lidakis wrote: Thanks. It will bring up Icedove. How do I get that header info to Mutt? Set mutt up to handle mailto: urls with something like http://mailtomutt.sourceforge.net/ or http://madduck.net/blog/2007.01.14:firefox-handing-mailto-links-to-mutt/ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120725092926.GF14507@debian
Bug#682746: unblock: deutex/4.4.902-13
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock thanks Please unblock package deutex. Version 4.4.902-13 resolves an RC bug #682132 relating to Recommends: on a package not in main. Debdiff attached. Thanks! diff -u deutex-4.4.902/debian/changelog deutex-4.4.902/debian/changelog --- deutex-4.4.902/debian/changelog +++ deutex-4.4.902/debian/changelog @@ -1,3 +1,10 @@ +deutex (4.4.902-13) unstable; urgency=low + + * Recommend either boom-wad or doom-wad, since the latter is +not satisfyable in main. Closes: #682132. + + -- Jon Dowland j...@debian.org Fri, 20 Jul 2012 17:08:20 +0100 + deutex (4.4.902-12) unstable; urgency=low * Update control file to reflect new VCS location diff -u deutex-4.4.902/debian/control deutex-4.4.902/debian/control --- deutex-4.4.902/debian/control +++ deutex-4.4.902/debian/control @@ -14,7 +14,7 @@ Depends: ${shlibs:Depends}, ${misc:Depends} Suggests: doom-engine Provides: doom-wad-editor -Recommends: doom-wad +Recommends: boom-wad | doom-wad Description: composition tool for doom-style WAD files DEU's Texture Companion (DeuTex) is a resource editor that can extract and insert graphics, sounds, levels and other
[SCM] chocolate-doom: Doom engine closely-compatible with vanilla doom branch, master, updated. upstream/1.6.0-44-g7b07f29
The following commit has been merged in the master branch: commit 2e9f925e89d9e57357cabb38414d497f6bc87e2f Merge: c591cb04ab5839491a8885b8f622ec489bb18273 8fa5f0b6d23fc7809f7cc675e324c89a6764a3fc Author: Jon Dowland j...@debian.org Date: Sat Jun 30 16:12:25 2012 +0100 Merge tag 'upstream/1.7.0' Upstream version 1.7.0 -- chocolate-doom: Doom engine closely-compatible with vanilla doom ___ Pkg-games-commits mailing list Pkg-games-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits
[SCM] chocolate-doom: Doom engine closely-compatible with vanilla doom branch, master, updated. upstream/1.6.0-44-g7b07f29
The following commit has been merged in the master branch: commit 3e7bf8fca285332c90f9211461fc3f4b1b633203 Author: Jon Dowland j...@debian.org Date: Sat Jun 30 16:16:09 2012 +0100 remove unnecessary .desktop patch diff --git a/debian/patches/fix_desktop-entry-uses-reserved-category.patch b/debian/patches/fix_desktop-entry-uses-reserved-category.patch deleted file mode 100644 index 203e7c5..000 --- a/debian/patches/fix_desktop-entry-uses-reserved-category.patch +++ /dev/null @@ -1,10 +0,0 @@ -Author: Jon Dowland j...@debian.org -Description: shut up lintian's desktop-entry-uses-reserved-category chocolate-doom-1.6.0.orig/src/doom-screensaver.desktop.in -+++ chocolate-doom-1.6.0/src/doom-screensaver.desktop.in -@@ -9,4 +9,4 @@ StartupNotify=false - Terminal=false - Type=Application - Categories=Screensaver -- -+OnlyShowIn=GNOME;KDE; diff --git a/debian/patches/series b/debian/patches/series deleted file mode 100644 index 91a3564..000 --- a/debian/patches/series +++ /dev/null @@ -1 +0,0 @@ -fix_desktop-entry-uses-reserved-category.patch -- chocolate-doom: Doom engine closely-compatible with vanilla doom ___ Pkg-games-commits mailing list Pkg-games-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits
[SCM] chocolate-doom: Doom engine closely-compatible with vanilla doom branch, pristine-tar, updated. 08a3f47d458224cee6df7598681b9d9e6dc280b4
The following commit has been merged in the pristine-tar branch: commit 08a3f47d458224cee6df7598681b9d9e6dc280b4 Author: Jon Dowland j...@debian.org Date: Sat Jun 30 16:12:25 2012 +0100 pristine-tar data for chocolate-doom_1.7.0.orig.tar.gz diff --git a/chocolate-doom_1.7.0.orig.tar.gz.delta b/chocolate-doom_1.7.0.orig.tar.gz.delta new file mode 100644 index 000..8b170ea Binary files /dev/null and b/chocolate-doom_1.7.0.orig.tar.gz.delta differ diff --git a/chocolate-doom_1.7.0.orig.tar.gz.id b/chocolate-doom_1.7.0.orig.tar.gz.id new file mode 100644 index 000..3c4b561 --- /dev/null +++ b/chocolate-doom_1.7.0.orig.tar.gz.id @@ -0,0 +1 @@ +893f6138cd6f4d7dee68fd20415db7ad66890ea3 -- chocolate-doom: Doom engine closely-compatible with vanilla doom ___ Pkg-games-commits mailing list Pkg-games-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits
[SCM] chocolate-doom: Doom engine closely-compatible with vanilla doom branch, master, updated. upstream/1.6.0-44-g7b07f29
The following commit has been merged in the master branch: commit 7b07f29379e3aed633bcf1abc359c2acebb527aa Author: Jon Dowland j...@debian.org Date: Sat Jun 30 16:16:32 2012 +0100 record new upstream version diff --git a/debian/changelog b/debian/changelog index cbfe4fd..1125d07 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,8 +1,11 @@ -chocolate-doom (1.6.0-2) unstable; urgency=low +chocolate-doom (1.7.0-1) unstable; urgency=low + * New upstream version. + * Remove debian/patches/fix_desktop-entry-uses-reserved-category.patch: +no longer necessary. * Remove myself from uploaders. - -- Jon Dowland j...@debian.org Sun, 13 Nov 2011 21:42:59 + + -- Jon Dowland j...@debian.org Sat, 30 Jun 2012 16:13:20 +0100 chocolate-doom (1.6.0-1) unstable; urgency=low -- chocolate-doom: Doom engine closely-compatible with vanilla doom ___ Pkg-games-commits mailing list Pkg-games-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits
[SCM] chocolate-doom: Doom engine closely-compatible with vanilla doom tag, debian/1.7.0-1, created. upstream/1.7.0-43-g7b07f29
The tag, debian/1.7.0-1 has been created at 7b07f29379e3aed633bcf1abc359c2acebb527aa (commit) - Shortlog commit 7b07f29379e3aed633bcf1abc359c2acebb527aa Author: Jon Dowland j...@debian.org Date: Sat Jun 30 16:16:32 2012 +0100 record new upstream version --- -- chocolate-doom: Doom engine closely-compatible with vanilla doom ___ Pkg-games-commits mailing list Pkg-games-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits
[SCM] chocolate-doom: Doom engine closely-compatible with vanilla doom annotated tag, upstream/1.7.0, created. upstream/1.7.0
The annotated tag, upstream/1.7.0 has been created at 82a71d71528b4b0ff93a18f99a72b2e6efc6e825 (tag) tagging 8fa5f0b6d23fc7809f7cc675e324c89a6764a3fc (commit) replaces upstream/1.6.0 tagged by Jon Dowland on Sat Jun 30 16:12:25 2012 +0100 - Shortlog Upstream version 1.7.0 Jon Dowland (1): Imported Upstream version 1.7.0 --- -- chocolate-doom: Doom engine closely-compatible with vanilla doom ___ Pkg-games-commits mailing list Pkg-games-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits
[SCM] Installer for game data files branch, jmtd/testsuite, created. 68db1d9d497e9df509476d0183fbc9d22c3b8dbb
The branch, jmtd/testsuite has been created at 68db1d9d497e9df509476d0183fbc9d22c3b8dbb (commit) - Shortlog commit 68db1d9d497e9df509476d0183fbc9d22c3b8dbb Author: Jon Dowland j...@debian.org Date: Fri Feb 26 13:40:32 2010 + use external shunit2 commit d4c7618d63de5ea7209078f4eda69d10b9a28b5d Author: Jon Dowland j...@debian.org Date: Thu Dec 17 16:43:27 2009 + insert gdp procedure docs into runtests gleaned from lib/game-data-packager-shared, the procedure documentation says what the procedures should do. They are useful reference to write tests against, so insert a copy of them into the runtests script. It also indicates in one file which procedures have no tests written for them. There is a risk the text will get out of sync with the text in the actual procedure definitions... commit 30dac8e68707b4f25b74440f0e8a642641e61b63 Author: Jon Dowland j...@debian.org Date: Thu Dec 17 16:28:43 2009 + test_slipstream commit 44a190906453979a8a1bf2e04ccd5acaae61a690 Author: Jon Dowland j...@debian.org Date: Thu Dec 17 16:20:12 2009 + add unit test for die commit e0bcc7eacb80636a7801e472cedfb9823621d77d Author: Jon Dowland j...@debian.org Date: Thu Dec 17 12:01:35 2009 + fold md5sum tests into shunit2 script commit cd058e9980e4e5b608b28e3cc43a16176cc8e0ae Author: Jon Dowland j...@debian.org Date: Thu Dec 17 11:57:41 2009 + roll directory tests into shunit2 script commit c47d790ea4726274f5af091870e50b003a82 Author: Jon Dowland j...@debian.org Date: Tue Jun 19 17:55:54 2012 +0100 recast tests for shunit2 commit 34821a68e3f93c2018b3586cad6cd3d39bc1ab44 Author: Jon Dowland j...@debian.org Date: Tue Dec 15 16:44:08 2009 + noddy tests for verify_file commit a54a90311b5e3cce3c409ae0bd2b3ebf131782ad Author: Jon Dowland j...@debian.org Date: Tue Dec 15 16:41:53 2009 + noddy tests for verify_directory commit 2d1bf96683405e6cb2f1e9217527b5987dc7254c Author: Jon Dowland j...@debian.org Date: Tue Dec 15 16:13:26 2009 + condense test commit 799f6cae5645f98162771496585c456092f29ce6 Author: Jon Dowland j...@debian.org Date: Tue Dec 15 16:08:57 2009 + initial ghetto test harness --- -- Installer for game data files ___ Pkg-games-commits mailing list Pkg-games-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits
[SCM] Installer for game data files branch, jmtd/suggested-merge, created. beeaba81cbdcf827cac7516a278eb42a2451f5b9
The branch, jmtd/suggested-merge has been created at beeaba81cbdcf827cac7516a278eb42a2451f5b9 (commit) - Shortlog commit beeaba81cbdcf827cac7516a278eb42a2451f5b9 Author: Jon Dowland j...@debian.org Date: Tue Jun 19 10:34:47 2012 +0100 support lhasa as an lha implementation commit e80c2b9839c77323fd2330ca66de1dbabdd7a020 Author: Jon Dowland j...@debian.org Date: Tue Jun 19 10:31:00 2012 +0100 add/correct clean lines for heretic and hexen commit b1cea45aadfc3ef082125df7aced7c1b0476501a Author: Jon Dowland j...@debian.org Date: Tue Jun 19 09:12:32 2012 +0100 document changes commit e76b58a4721b255934b4294d25b37bceb33542d0 Author: Jon Dowland j...@debian.org Date: Tue Jun 19 09:10:07 2012 +0100 Rewrite rules file to use 'dh' bump standards version and dh version commit e6116bd396add4fa023a1f8d2a003c32b99de40d Author: Jon Dowland j...@debian.org Date: Tue Jun 19 09:07:25 2012 +0100 Hexen support commit afad93f17a847012bcffda3041e41a571067ca26 Author: Jon Dowland j...@debian.org Date: Tue Jun 19 09:03:35 2012 +0100 don't pass GAME argument to heretic --- -- Installer for game data files ___ Pkg-games-commits mailing list Pkg-games-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits
Accepted deutex 4.4.902-13 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 20 Jul 2012 17:08:20 +0100 Source: deutex Binary: deutex Architecture: source amd64 Version: 4.4.902-13 Distribution: unstable Urgency: low Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org Changed-By: Jon Dowland j...@debian.org Description: deutex - composition tool for doom-style WAD files Closes: 682132 Changes: deutex (4.4.902-13) unstable; urgency=low . * Recommend either boom-wad or doom-wad, since the latter is not satisfyable in main. Closes: #682132. Checksums-Sha1: 62f9d8e23ca10adcbb72f9b8ac933d95333b876f 1875 deutex_4.4.902-13.dsc e0ab6e2322c3a2eb445e8a317b3f1f62165ba8fa 4940 deutex_4.4.902-13.diff.gz c9ccac827ffb328e1697a8a9b8e7263f69118e1d 192904 deutex_4.4.902-13_amd64.deb Checksums-Sha256: 1e93be46ddf7703aacbbab5ade1297086d4a6e70ee004116b46d7ee43b693fe3 1875 deutex_4.4.902-13.dsc 07a696c3c14d0bc7a646941833dd0e11e13f7a33d24e32e690fdef9ce4844455 4940 deutex_4.4.902-13.diff.gz a72c8cd56815d83d372ee7ca8be0e52e6ac57e022d15dfc4b9b617c9332cb6e8 192904 deutex_4.4.902-13_amd64.deb Files: 196e6475b786126bf28fa9780ef039a3 1875 games optional deutex_4.4.902-13.dsc 7e80afbbb5fe9983e18467c27c9693f0 4940 games optional deutex_4.4.902-13.diff.gz f9100c57868a4d035a45755face15fb5 192904 games optional deutex_4.4.902-13_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQCYLhAAoJEAkHQJYGvlYQAJDtfQC6PeuxX7w/o+qQmuhM iUN/OKu4Rw10leDyFq6UB05cpW+ewoVWxAxhtYw5n+SVRKQ3g1kZcS0fwePeGMGP qbCXvOEN/e6LyhDcE1qeEHPF+tcLScR4s/9AwI7ZOCiSnA2CTFXKPSFZuqTMjNET XU3gHAixTfSIErLh2VPqm4z108Xf7EzkRiU6WB+MRRISBc5VUzSgTXGVfAi2KKfT hnE+h6ew0zCK4nqnfoXewdix45N0eL+63fNKXUBOkhk5AKrJTSv7mmwhoPBoewCa KiDVhCXTGjdM9saNCiMUtF0PCLwlOOFMjfpVsnUc+scuStfTegSpKZl8+EFu4OgW 83zOdJ/2uC5FsB69v026tbjC9GhWXpy+vjGqa0QaU6NUx8osOdZ11fR5tbq9C/yv aS48dSlMaSe46N4WjzpKcNB7/aacdxVJarz5W/SgY2ORW3QR1bKJxCPTj3/LUNq4 fu4KrB79zQTGDrX2dhu/pAzc/0WZhdwRw0SWZfNQulCezfwGOpY0Xpy8t3VXaH0Q iyky8j0MlZ7LT0uFm1J3/Gx2qETbYFWzSNeiYDCMxOGoQdF2m4J7vacbWUGIE7F+ yHe8NY8D5OaPz5J5isY5CrL+Fp4YYGBaT8lBYlV5GJww2mf7/2HzQuMMod+GO27Y HDycWlqHnyZzyKpfYvLO =jf7r -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1ssfta-0007va...@franck.debian.org
Bug#682132: deutex: recommends doom-wad, which is only in non-free
On Fri, Jul 20, 2012 at 09:26:32AM +0200, Fabian Greffrath wrote: Am 19.07.2012 19:53, schrieb Ivo De Decker: Please lower this recommends to a suggests. Since deutex is also used to contruct the freedom iwads, maybe the recommends could get changed into freedoom | freedm | doom-wad. Then deutex would fulfill the criteria to have its recommends satisfied by packages in main. doom-wad | boom-wad might be a bit more concise (freedoom and freedm Provides: boom-wad). I think the 'strength' needs to stay at Recommends:. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[SCM] deutex: composition tool for doom-style WAD files tag, debian/4.4.902-13, created. upstream/4.4.902-12-gf54c780
The tag, debian/4.4.902-13 has been created at f54c780327ee878b858022f0d62966f0d924c3c7 (commit) - Shortlog commit f54c780327ee878b858022f0d62966f0d924c3c7 Author: Jon Dowland j...@debian.org Date: Fri Jul 20 17:08:49 2012 +0100 Revert remove myself from uploaders This reverts commit 503db659fa3e071867f73ff57216fbe06a6a32d9. Conflicts: debian/changelog --- -- deutex: composition tool for doom-style WAD files ___ Pkg-games-commits mailing list Pkg-games-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits
[SCM] deutex: composition tool for doom-style WAD files branch, master, updated. upstream/4.4.902-12-gf54c780
The following commit has been merged in the master branch: commit f54c780327ee878b858022f0d62966f0d924c3c7 Author: Jon Dowland j...@debian.org Date: Fri Jul 20 17:08:49 2012 +0100 Revert remove myself from uploaders This reverts commit 503db659fa3e071867f73ff57216fbe06a6a32d9. Conflicts: debian/changelog diff --git a/debian/changelog b/debian/changelog index f9651dc..feeaf21 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,10 +1,9 @@ deutex (4.4.902-13) unstable; urgency=low - * Remove myself from uploaders. * Recommend either boom-wad or doom-wad, since the latter is not satisfyable in main. Closes: #682132. - -- Jon Dowland j...@debian.org Fri, 20 Jul 2012 12:11:30 +0100 + -- Jon Dowland j...@debian.org Fri, 20 Jul 2012 17:08:20 +0100 deutex (4.4.902-12) unstable; urgency=low diff --git a/debian/control b/debian/control index d0544fe..34e17a1 100644 --- a/debian/control +++ b/debian/control @@ -2,6 +2,7 @@ Source: deutex Section: games Priority: optional Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org +Uploaders: Jon Dowland j...@debian.org Build-Depends: debhelper (= 7.0.0), quilt Standards-Version: 3.9.1 Vcs-Git: git://git.debian.org/git/pkg-games/deutex.git -- deutex: composition tool for doom-style WAD files ___ Pkg-games-commits mailing list Pkg-games-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits
[SCM] deutex: composition tool for doom-style WAD files branch, master, updated. upstream/4.4.902-12-gf54c780
The following commit has been merged in the master branch: commit 79dc270fe43e448d5f32979cb6f726f6e12d0a31 Author: Jon Dowland j...@debian.org Date: Fri Jul 20 17:03:42 2012 +0100 reconcile VCS against released package diff --git a/debian/README.source b/debian/README.source new file mode 100644 index 000..ea0f703 --- /dev/null +++ b/debian/README.source @@ -0,0 +1,2 @@ +See /usr/share/doc/quilt/README.source for an explanation of how +this package manages patches. diff --git a/debian/changelog b/debian/changelog index d2f6acd..613ef92 100644 --- a/debian/changelog +++ b/debian/changelog @@ -9,8 +9,9 @@ deutex (4.4.902-12) unstable; urgency=low * Update control file to reflect new VCS location * add misc:Depends to quieten lintian * bump standards version + * add a README.source - -- Jon Dowland j...@debian.org Fri, 03 Sep 2010 16:02:07 +0100 + -- Jon Dowland j...@debian.org Fri, 03 Sep 2010 16:03:44 +0100 deutex (4.4.902-11) unstable; urgency=low -- deutex: composition tool for doom-style WAD files ___ Pkg-games-commits mailing list Pkg-games-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits
[SCM] deutex: composition tool for doom-style WAD files branch, master, updated. upstream/4.4.902-12-gf54c780
The following commit has been merged in the master branch: commit 195cdb738dd3b40af953c16677e2ef7ceedf2c34 Author: Jon Dowland j...@debian.org Date: Fri Jul 20 12:16:32 2012 +0100 Revert bump standards version This reverts commit e1d013017eebb38048fa382904b61edefc307b4c. The patch was too gratuitous. bump standards version diff --git a/configure b/configure index aef2088..c8642cb 100755 --- a/configure +++ b/configure @@ -466,7 +466,7 @@ echo build directory is $BUILDDIR # if expr $PREFIX : '//*usr/*$' /dev/null then - BINDIR=/usr/games + BINDIR=/usr/bin # FHS-ly correct is /usr/games ETCDIR=/etc/$APPNAME/%v ETCDIRNV=/etc/$APPNAME MANDIR=/usr/share/man @@ -509,17 +509,17 @@ echo generating Makefile echo # DO NOT EDIT -- generated by ./configure echo echo AWK = $AWK - echo BINDIR= \$(DESTDIR)/$BINDIR + echo BINDIR= $BINDIR echo CC= $CC echo CFLAGS= $CFLAGS - echo ETCDIR= \$(DESTDIR)/$ETCDIR | sed s/%v/$VERSION/g - echo ETCDIRNV = \$(DESTDIR)/$ETCDIRNV + echo ETCDIR= $ETCDIR | sed s/%v/$VERSION/g + echo ETCDIRNV = $ETCDIRNV echo HAVE_INTTYPES = $HAVE_INTTYPES echo HAVE_SNPRINTF = $HAVE_SNPRINTF echo LDFLAGS = $LDFLAGS - echo MANDIR= \$(DESTDIR)/$MANDIR - echo SHAREDIR = \$(DESTDIR)/$SHAREDIR | sed s/%v/$VERSION/g - echo SHAREDIRNV= \$(DESTDIR)/$SHAREDIRNV + echo MANDIR= $MANDIR + echo SHAREDIR = $SHAREDIR | sed s/%v/$VERSION/g + echo SHAREDIRNV= $SHAREDIRNV echo cat Makefile.in ) Makefile diff --git a/deutex.6 b/deutex.6 index 7f95b36..9818dd3 100644 --- a/deutex.6 +++ b/deutex.6 @@ -3,8 +3,8 @@ .\ DeuTex incorporates code derived from DEU 5.21 that was put in the .\ public domain in 1994 by Rapha�l Quinet and Brendon Wyber. .\ -.\ DeuTex is Copyright \(co 1994-1995 Olivier Montanuy, -.\ Copyright \(co 1999-2005 Andr\o\(aae Majorel. +.\ DeuTex is Copyright � 1994-1995 Olivier Montanuy, +.\ Copyright � 1999-2005 Andr� Majorel. .\ .\ This program is free software; you can redistribute it and/or modify it .\ under the terms of the GNU General Public License as published by the @@ -533,7 +533,7 @@ overridden by \fB\-main\fP, \fB\-doom\fP and friends. .SH BUGS See \fBTODO\fP. .SH LEGAL -DeuTex is copyright \(co 1994-1995 Olivier Montanuy, copyright \(co 1999-2005 Andr\o\(aae +DeuTex is copyright � 1994-1995 Olivier Montanuy, copyright � 1999-2005 Andr� Majorel. .PP Most of this program is GPL'd but some of it is available under other licenses. @@ -551,7 +551,7 @@ Allansson c91peral=und+ida+liu+se, James Bonfield mark.mathews=channel1+com and Chuck Rossi. The original manual was written by Kevin McGrail hevkev=sfo+com. .PP -As of version 4 (1999), the maintainer is Andr\o\(aae Majorel +As of version 4 (1999), the maintainer is Andr� Majorel URL:http://www.teaser.fr/~amajorel/. .PP Questions and bug reports should be sent to the current maintainer, \fInot\fP diff --git a/src/deutex.c b/src/deutex.c index 20d8a50..ddf6210 100644 --- a/src/deutex.c +++ b/src/deutex.c @@ -1118,17 +1118,6 @@ int main (int argc, char *argv_non_const[]) } } if (! gotit) - { -for (w = wads; *w != NULL; w++) -{ - if (MakeFileName (MainWAD, /usr/share/games/doom, , , *w, wad) == TRUE) - { -gotit = 1; -break; - } -} - } - if (! gotit) ProgError (AA18, Can't find any of doom.wad, doom2.wad, doompres.wad, heretic.wad, hexen.wad, strife1.wad); diff --git a/src/log.c b/src/log.c index bbf0fc8..795c03a 100644 --- a/src/log.c +++ b/src/log.c @@ -40,10 +40,10 @@ int lopen (void) { if (logfp == nolog) return 1; - if (logfp == NULL || logfp == nolog) + if (logfp == NULL) { logfp = fopen (logfile, w); -if (logfp == NULL || logfp == nolog) +if (logfp == NULL) { /* Can't use Warning(), we would loop. */ fflush (stdout); @@ -65,7 +65,7 @@ int lopen (void) */ void lputc (char c) { - if (logfp == NULL || logfp == nolog) + if (logfp == NULL) return; fputc (c, logfp); fflush (logfp); /* We don't want a segfault to truncate the log */ @@ -77,7 +77,7 @@ void lputc (char c) */ void lputs (const char *str) { - if (logfp == NULL || logfp == nolog) + if (logfp == NULL) return; fputs (str, logfp); fflush (logfp); /* We don't want a segfault to truncate the log */ @@ -91,7 +91,7 @@ void lprintf (const char *fmt, ...) { va_list list; - if (logfp == NULL || logfp == nolog) + if (logfp == NULL) return; va_start (list, fmt); vlprintf (fmt, list); @@ -104,7 +104,7 @@ void lprintf (const char *fmt, ...) */ void vlprintf (const char *fmt, va_list list) { - if (logfp == NULL || logfp
[SCM] deutex: composition tool for doom-style WAD files branch, master, updated. upstream/4.4.902-12-gf54c780
The following commit has been merged in the master branch: commit 4400c0996edfe8a112839e3334545b61a0649fb9 Author: Jon Dowland j...@debian.org Date: Fri Jul 20 12:15:29 2012 +0100 recommend boom-wad or doom-wad diff --git a/debian/changelog b/debian/changelog index 613ef92..f9651dc 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,8 +1,10 @@ deutex (4.4.902-13) unstable; urgency=low * Remove myself from uploaders. + * Recommend either boom-wad or doom-wad, since the latter is +not satisfyable in main. Closes: #682132. - -- Jon Dowland j...@debian.org Sun, 13 Nov 2011 21:42:33 + + -- Jon Dowland j...@debian.org Fri, 20 Jul 2012 12:11:30 +0100 deutex (4.4.902-12) unstable; urgency=low diff --git a/debian/control b/debian/control index 45bd96b..d0544fe 100644 --- a/debian/control +++ b/debian/control @@ -13,7 +13,7 @@ Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} Suggests: doom-engine Provides: doom-wad-editor -Recommends: doom-wad +Recommends: boom-wad | doom-wad Description: composition tool for doom-style WAD files DEU's Texture Companion (DeuTex) is a resource editor that can extract and insert graphics, sounds, levels and other -- deutex: composition tool for doom-style WAD files ___ Pkg-games-commits mailing list Pkg-games-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits
Bug#682132: deutex: recommends doom-wad, which is only in non-free
On Fri, Jul 20, 2012 at 09:26:32AM +0200, Fabian Greffrath wrote: Am 19.07.2012 19:53, schrieb Ivo De Decker: Please lower this recommends to a suggests. Since deutex is also used to contruct the freedom iwads, maybe the recommends could get changed into freedoom | freedm | doom-wad. Then deutex would fulfill the criteria to have its recommends satisfied by packages in main. doom-wad | boom-wad might be a bit more concise (freedoom and freedm Provides: boom-wad). I think the 'strength' needs to stay at Recommends:. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Have NetworkManager disabled by default when... (was: Recommends for metapackages)
On Wed, Jul 18, 2012 at 03:31:37PM +0200, Vincent Lefevre wrote: Still, the check would be useful on laptops where wicd is installed and enabled (the user could have a default ifupdown config and wicd enabled). What happens if neither wicd nor network-manager are installed, and then both are installed at the same time? -- 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/20120718143523.GA20771@debian
Re: DM application of gustavo panizzo
Hi, I'd like to advocate Gustavo Panizzo as a Debian Maintainer. I've been working with Gustavo since late 2011 on the 'vavoom' package. Gustavo is the primary maintainer of this package, I have merely reviewed and uploaded his packages. I have not had to offer more than a handful of hints and tips along the way: Gustavo has picked up the necessary skills by himself. Vavoom is by no means a trivial package, either: the Debian package is carrying four patches already. I am confident that Gustavo has the skills necessary for a maintainer. (since we're past a month since Gustavo's message to -newmaint, here it is again for context): On Fri, Jun 15, 2012 at 08:29:55PM -0300, gustavo panizzo gfa wrote: This is my declaration of intent to become a Debian Maintainer URL:http://wiki.debian.org/DebianMaintainer. I have read the Social Contract, Debian Free Software Guidelines and Debian Machine Usage Policy and agree with all of them. Currently, I maintain the package vavoom and I'm part of the pkg-games team. My GnuPG key 9F6C6333 is signed by the Debian Developers Margarita Manterola ma...@debian.org and Maximiliano Curia m...@debian.org I look forward to becoming a Debian Maintainer. Thanks for your attention. -- 1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333 signature.asc Description: Digital signature
Re: multiple ftp servers
On Tue, Jul 17, 2012 at 02:41:41PM +0300, Anan Zaaa wrote: I have proftp installed and want to install pureftp on a different port for custom usage. Why? Perhaps an alternative would be to run two proftp instances. Would that meet your needs? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120717131214.GC13895@debian
Re: Recommends for metapackages
On Wed, Jul 11, 2012 at 11:25:05PM +, Sune Vuorela wrote: for the 1-2% of people who has weird needs. It's this proportion which I think is not consistent, nor agreed, amongst all developers. -- 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/20120712125919.GD11211@debian
Re: Recommends for metapackages
On Tue, Jul 10, 2012 at 04:39:10PM +, Sune Vuorela wrote: On 2012-07-10, Gergely Nagy alger...@balabit.hu wrote: No. Only if installing recommends is turned on, which cannot be guaranteed. There is many ways to break your system. turning off installation of recommends is one of them. If turning off recommends leads to a broken system, then there's a serious bug somewhere, and it isn't the user. -- 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/20120711103854.GA11211@debian
Re: Recommends for metapackages
On Wed, Jul 11, 2012 at 08:51:32AM -0300, Henrique de Moraes Holschuh wrote: Broken as in partially working because there are expected features missing is the _very_ definition of not installing a recommended package. Now, broken as in doesn't work at all for any use case would be a bug, yes. I don't disagree with you, and I think that this largely boils down to expectations management. Doesn't work at all is easier to define and agree upon than doesn't work as I expected, and I think maintainers have widely-differing interpretations of how to use Recommends: as a result. -- 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/20120711125013.GB11211@debian
Re: N-M: Depends-Recommends (was: Re: duplicates in the archive)
On Mon, Jul 09, 2012 at 11:13:16PM +0200, Adam Borowski wrote: and also, as Philipp Kern noticed before, things that use N-M to distinguish between online and offline modes will think they're offline after uninstalling N-M until they are restarted. You get this even with n-m installed, if n-m isn't managing your connection. So for example I have n-m configured for wifi and 3g connections, but ignoring my ethernet connection, so I can use a bridged setup. Various desktop apps misbehave in minor ways: pidgin as already mentioned; chrome reports unable to connect to Internet instead of more nuanced failures such as no such site, etc. -- 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/20120710084754.GB24054@debian
Re: firewall
On Fri, Jul 06, 2012 at 05:39:47PM +0300, Andrei POPESCU wrote: On Mi, 04 iul 12, 15:16:10, Jon Dowland wrote: Except on Debian you are required to do a fair amount of work to make your rules persistent across reboots and ensure you get ordering right to not lock yourself out of the box (if remote): all problems that do not exist if you install and use ufw. apt-cache show iptables-persistent I didn't know about that - about time someone did it! My point still stands though, since this is not out-of-the-box. Also read the long description: Since this is aimed at experienced administrators, there is no configuration wizard. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120706144747.GB10959@debian
Bug#680447: pmud: init script problems, interferes with mediatomb
Package: pmud Version: 0.10-12 Severity: important Setting up pmud (0.10-12) ... update-rc.d: using dependency based boot sequencing insserv: warning: script 'pmud' missing LSB tags and overrides insserv: There is a loop between service mediatomb and pmud if stopped insserv: loop involving service pmud at depth 2 insserv: loop involving service mediatomb at depth 1 insserv: Stopping pmud depends on mediatomb and therefore on system facility `$all' which can not be true! insserv: exiting now without changing boot order! update-rc.d: error: insserv rejected the script header dpkg: error processing pmud (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: pmud E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: 6.0.4 APT prefers testing APT policy: (750, 'testing'), (700, 'stable'), (500, 'stable-updates') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-5-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pmud depends on: ii hdparm9.39-1+b1 tune hard disk parameters for high ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib Versions of packages pmud recommends: ii powermgmt-base1.31 Common utils and configs for power ii powerpc-utils 1.1.3-24 Various utilities for Linux/PowerP pmud 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
Re: firewall
On Wed, Jul 04, 2012 at 04:52:10PM -0400, Brad Alexander wrote: Excellent points, Joe. In addition, Windows was designed from the ground up as a single-user operating system, which means that all of the files on a system were accessible by the user. This is not true for the NT-based Windows systems, i.e. all of them released in the last 11 years. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120705123653.GA32553@debian
Re: firewall
Your reply (the text/plain portion) was completely illegible I'm afraid. Please refrain from sending HTML mail. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120705123811.GB32553@debian
Re: procmail filtering
You can run procmail in filter mode and pipe it each mail that you wish to filter individually, but you must keep track of which mails have been piped to procmail and remove them/mark them 'processed' yourself, via shell scripts etc. Make sure your procmail recipe(s) deliver to a sensible location. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120705124158.GC32553@debian
Re: GPG - secret key not available?
On Wed, Jul 04, 2012 at 06:52:30PM +0200, Csanyi Pal wrote: gpg: skipped Csanyi Pal csanyi...@gmail.com: secret key not available gpg: [stdin]: clearsign failed: secret key not available Please include the command you actually typed. (note also that if you are just starting to play around, it would be worth generating a much stronger key. Read http://keyring.debian.org/creating-key.html to find out how) I generated such a strong key. What is the key-id? Still I get the message as abowe: secret key not available Please include the command you actually typed. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120705124355.GD32553@debian
Re: firewall
On Wed, Jul 04, 2012 at 10:53:00AM +0300, Lars Noodén wrote: On 7/4/12 10:46 AM, Muhammad Yousuf Khan wrote: Web base Firewall (IPCOP) very powerful with the addon called BOT (block out traffice) base on IPtables. In some ways it's easier just to work with IPtables directly. Except on Debian you are required to do a fair amount of work to make your rules persistent across reboots and ensure you get ordering right to not lock yourself out of the box (if remote): all problems that do not exist if you install and use ufw. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120704141610.GA10717@debian
Re: GPG - secret key not available?
On Tue, Jul 03, 2012 at 04:51:09PM +0200, Csanyi Pal wrote: Hi, I did run the gpg --gen-key command and I have the secret key: gpg -K /home/csanyipal/.gnupg/secring.gpg -- sec 2048D/CD3E2F9A 2012-07-01 [snip] I exported this key in both ~/.bashrc and ~/.xinitrc files. I suspect that's what you are doing wrong; you should export the public half rather than the secret. It's the public half which is used by others to verify your sigs. (note also that if you are just starting to play around, it would be worth generating a much stronger key. Read http://keyring.debian.org/creating-key.html to find out how) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120703150550.GA24385@debian
Re: Bridging eth0/br0 NetworkManager - can they coexist?
On Fri, Jun 29, 2012 at 11:47:29PM +0100, Chris Davies wrote: Steve Dowe s...@warpuniversal.co.uk wrote: The issue I'm having, using wheezy, is that if I set up a bridged ethernet interface for eth0 (br0), as per instructions on the Debian wiki etc, NetworkManager can no longer manage my wired ethernet connection. You can't do that :-( If you need a bridge (like I do), AFAIK the only two solutions are: - uninstall network manager and return to using /etc/network/interfaces - add the missing code to network manager You don't need to remove NM. I have it managing my wifi and 3G connections, but manage eth0 via ifupdown (and attach it to a bridge). -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120703150751.GB24385@debian
Accepted chocolate-doom 1.7.0-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 30 Jun 2012 16:13:20 +0100 Source: chocolate-doom Binary: chocolate-doom Architecture: source amd64 Version: 1.7.0-1 Distribution: unstable Urgency: low Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org Changed-By: Jon Dowland j...@debian.org Description: chocolate-doom - Doom engine closely-compatible with vanilla doom Changes: chocolate-doom (1.7.0-1) unstable; urgency=low . * New upstream version. * Remove debian/patches/fix_desktop-entry-uses-reserved-category.patch: no longer necessary. * Remove myself from uploaders. Checksums-Sha1: 32aea13619e7b7182cd5d2a2aadcf15cc06d1c89 2073 chocolate-doom_1.7.0-1.dsc 63b50618d6101ab191224f9fa7a8bea30ad2d872 1091798 chocolate-doom_1.7.0.orig.tar.gz 15a575ee769a9081297438a9d6f5afcef30db0ef 5700 chocolate-doom_1.7.0-1.debian.tar.gz 5f58f3aab13c2cded1c867cea3992ba6bafc89c2 483074 chocolate-doom_1.7.0-1_amd64.deb Checksums-Sha256: d821e1f453158a86760546cf721fe82d49e8d255cd8065897f697d984aa9c6e6 2073 chocolate-doom_1.7.0-1.dsc c1cffb602e3cc3a82941b4675b9dc816a6e419076faf8f54db46df397f86bfc0 1091798 chocolate-doom_1.7.0.orig.tar.gz 5a4f986c6b2ed25030866e1f57602cb756e0f8e0e5f1cc0dca61534205ccd89d 5700 chocolate-doom_1.7.0-1.debian.tar.gz 40e1caffdf33ab0ca7e950441c3656161cc927d7add5f77cf6b21ee8d68c1a06 483074 chocolate-doom_1.7.0-1_amd64.deb Files: ad13b966ec978bf21b042c86aa914d0d 2073 contrib/games optional chocolate-doom_1.7.0-1.dsc c0a8b240e5c1db9fc1d4772ed6669fda 1091798 contrib/games optional chocolate-doom_1.7.0.orig.tar.gz b90b37a33f91c74ab90891b749394b7a 5700 contrib/games optional chocolate-doom_1.7.0-1.debian.tar.gz 9bf59bbd3c3626843a3862ea7d93f7aa 483074 contrib/games optional chocolate-doom_1.7.0-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJP7xiBAAoJEAkHQJYGSeQP/Racsmd3wfupMnF6DNjao/tz rOPtPRLACtg6F6Est3D3HgJ5BZhOOio7s0+xZLnGnHRAEV5NJ14BIsiyAv9yO9wQ VChnSb/L1N4JjmCHR3RtcxIlSyhHRuaoUPuFQ2xE3dSfUgATHubAGIxVLa+whkGK 8DB8A8LX9B7MxjENo2SExYWhb/Kaq94R3V67frG+kKUvFhjfahekZPS+xncDUima hc02pHE7+1O5bQwpdibHqC7NezUy4rAmIQx/i2oc/qJPiEUnFh1I+hnoZ6ocRNtP FfbpZnFW5F1OZCqoirzD7n3kDasaMyQnPKmPwkBjUwqxRDv+/jRyTB/W2h4lrpHG xTmdHyvZpbIX4GxEEQIDR2AkMTuNdnhqChPTRG/K5Fpka0/l3NO+SNIoIwaO8fQt fH3ND44Ml6rtAZ82UJ3lu4efSc/gYmPmbvagk3nXrdE4OBBk8ufQPmIUxIW5UFGK fSJ4J7W+gESR8njHiBjNOOKwtG6nStb7GcIDFVVDj9T/kt/eBVag5llGsuAS8mHc cqc2VFI1lyXEi7nPEJnhTd+s/FmXp2uVwLLvxekvoVHGPlnpY2kluAcpmwNKD0WN woRCxISE/nfc6HwkF5FPAQZvjrXZyMAUihfEzs3DlBYD4NkO90MZKo+g/rJxDWhf geZUCvSW2I7SQ46lDgz4 =eKwS -END PGP SIGNATURE- Accepted: chocolate-doom_1.7.0-1.debian.tar.gz to contrib/c/chocolate-doom/chocolate-doom_1.7.0-1.debian.tar.gz chocolate-doom_1.7.0-1.dsc to contrib/c/chocolate-doom/chocolate-doom_1.7.0-1.dsc chocolate-doom_1.7.0-1_amd64.deb to contrib/c/chocolate-doom/chocolate-doom_1.7.0-1_amd64.deb chocolate-doom_1.7.0.orig.tar.gz to contrib/c/chocolate-doom/chocolate-doom_1.7.0.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1sl0oe-00074h...@franck.debian.org
Accepted game-data-packager 30 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 19 Jun 2012 08:59:11 +0100 Source: game-data-packager Binary: game-data-packager Architecture: source all Version: 30 Distribution: unstable Urgency: low Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org Changed-By: Jon Dowland j...@debian.org Description: game-data-packager - Installer for game data files Closes: 640372 Changes: game-data-packager (30) unstable; urgency=low . * Add support for ID Anthology's Final Doom (different sums). Thanks to Simon Howard. * Remove myself from uploaders. * Fixed 'clean' target in Makefile * Thanks to Joey Schmit: * Rewrote debian/rules to use new style debhelper * Bump standards version. * Update debhelper Build-Depends * Changed GAME for Heretic to 'doom' (Closes: #640372) * Add Hexen support * Support using 'lhasa' as an lha implementation. Checksums-Sha1: b1765a66d8e2536a1f28d2a335f7f9c9d31c863b 1765 game-data-packager_30.dsc b97456845abdd4fb2de3b7d6043330f4649ccb41 31963 game-data-packager_30.tar.gz 3dfea6a5dcc1a09d8d760e18fc381d9f372cf152 114742 game-data-packager_30_all.deb Checksums-Sha256: 712d53159ce41daf94c38accdadf6f6557b24dcf89c5c856d320fe73b2082ad6 1765 game-data-packager_30.dsc e84384e204f50a877b348daf519b956c07c20c69a9c41fb8cee78085418d9c30 31963 game-data-packager_30.tar.gz ad2bb4f650596dffddb9753aba358c1e20765f0cca209906716e493df2846a1b 114742 game-data-packager_30_all.deb Files: 005f4d0200ed84cd75daa3fb2cd1f9a3 1765 contrib/games optional game-data-packager_30.dsc 7a325e067b55540b2cae3ebc0d9b27fd 31963 contrib/games optional game-data-packager_30.tar.gz 186a15c46767c45e556c6cda424515d5 114742 contrib/games optional game-data-packager_30_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJP7xahAAoJEAkHQJYGLR8P/2KwfLRyUeziGMXfIu8xj8gj zFZT/K68bIZpZXDbKHVp9ELg5nE0hYwa+uMzQ+GmwID/RrvPHe2LklRdFeIiTOAb f3Nw/rgQWcmbKXetZCqqL/MIhauIOSRXvAtFHolBWtSB7+OfYzEAQXz6LUJFNVHb Zba2Vor4+LlZ4BBikitLY0WE77KoGkJqCcpI33v2Atze961gP6UpDTVOB+W4u+W4 Vl24iGTfvZGhfCqoF34sTesvhL2JH0T/3IoF+CYXb9mbpJduHCOsILmtlsglOAtz br77QiSh7xzVQ4I8GtDJeEri+YBXOXEQsuoEvoRCOBYlQTdrR4UCZ2xEZButECLn Qu+4EcG2zv7tt7jBSoRPjT3JBVM9NEf2CyMWcpJRpUJfooYl/sNSO7/DlVzFG1PZ Eh9z335E5P0MATGJXsNIeCkw9SHhnQ4tTc+7VBR5yA90xMZ0LsfrNoNFjbRTbRso ymQabs5iCd6TUdj7Oacdf6A8Fsyr0q9WKxRMN0v1XHFVN7zi3TThfVcxqHrTJwMB w52xl/E3AzkPITe45Dxc2t0lpSe85gQAcCIKPeBetcxXi8Bk3wdwwgXnJgLqyNcc /JopXdvkgqCM6c+DBM/a2oKpbiHcXpMPwhtMsw9+D6O9AOVJWoDFcX/CLZiDTj3b 8QD86Ca8NLaacgJ+jQH8 =ZmvF -END PGP SIGNATURE- Accepted: game-data-packager_30.dsc to contrib/g/game-data-packager/game-data-packager_30.dsc game-data-packager_30.tar.gz to contrib/g/game-data-packager/game-data-packager_30.tar.gz game-data-packager_30_all.deb to contrib/g/game-data-packager/game-data-packager_30_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1sl0u9-0007nj...@franck.debian.org
Re: Improving our response to duplicate packages in Debian
On Fri, Jun 29, 2012 at 05:28:45AM +, Bart Martens wrote: I'm not convinced that the recent additions to the wiki page reflect consensus in this debate. But I appreciate your attempt to summarize this debate on that wiki page. Maybe we should revert the recent changes on that wiki page until there is a more explicit consensus in this debate. My impression is that consensus is growing towards what Guus wrote. But this impression may be colored by the fact that I happen to agree with what Guus wrote. Rather than revert, I'd suggest summarizing the positions where there isn't consensus. -- 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/20120629082237.GB30194@debian
Accepted acpidump 20100513-3.1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 28 Jun 2012 09:38:27 +0100 Source: acpidump Binary: acpidump Architecture: source amd64 Version: 20100513-3.1 Distribution: unstable Urgency: low Maintainer: Mattia Dongili malat...@debian.org Changed-By: Jon Dowland j...@debian.org Description: acpidump - utilities to dump system's ACPI tables to an ASCII file Closes: 601165 Changes: acpidump (20100513-3.1) unstable; urgency=low . * Non-maintainer upload. * Fix mistaken reference to stdin in the manpage. Closes: #601165. Checksums-Sha1: ee4596071887e1a1623ecdcdd27a1eb0f7525c29 1705 acpidump_20100513-3.1.dsc ee7dc7cca12365f4fd6e03701264377838058466 4483 acpidump_20100513-3.1.debian.tar.gz 8d6d74c4b1df5a078e87289c6452f56ca3d67a4a 20482 acpidump_20100513-3.1_amd64.deb Checksums-Sha256: f174afd63f9c424b63e81a70077a26bfcb2d5ae631b1f0360b72610edefa60b3 1705 acpidump_20100513-3.1.dsc 4cffcacf9ca06c5ea8c6d9c032eaa1dcfb4d06a50fb6d717fe89e56cb1822a57 4483 acpidump_20100513-3.1.debian.tar.gz 042368c8e7f5b41ecbc66f60ddc0e0b6c91cbdd88c6d1acfcbc30af4c8856fc5 20482 acpidump_20100513-3.1_amd64.deb Files: 136f91771396bd2bd10c5e5aee3d617f 1705 admin optional acpidump_20100513-3.1.dsc 6ad67acc02b5a2c67fb8f7b7b3fbd1dd 4483 admin optional acpidump_20100513-3.1.debian.tar.gz c1437c651da2a39382db840fd1d3e446 20482 admin optional acpidump_20100513-3.1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJP7BkPAAoJEAkHQJYGnMEQANbtnn0rWPL3hmauFRLf03eD h8zjsxQToL4uwXNOe0I0lPQUAk9BgkZzO3DjBBQcrHV38EdQQ73BKmtoHSdAtHHU nl3FqRI8ZPJTrAK84SQuxg80AwlReZCPzCvHCkSaxB4jrEurJBqbKyp441AP5anh nOFVxMNco1yk9lw9OdxzPagfagIDMZ7/3ArknmLnEn3PXaGHRCcar6VH3GgpWwoI uUapDRT/rRZ6fgVJkC8CWbkRiMsWhnbK3wynvOwToJNsDqAtlQjx8ddsK5HyNENI GNHMaMxHd+vVjj4fbxwzhve+TQmCemfbFnB2lcGY/clcjpV9k3lmkGZayXCjprwl GwzYaM6iBkgxA1vg707bM+p5hMOUCGzupHuIsXdrXRxAeZzi9t5eYtACqIhaSLzo jEFA2yGGC1FUi7uBWd3Y+PKWtYfTMR8CnYBzSiLxyhCs/yozwp5WVzvsjWJ4bw3e 9X1b1wp/hpDvt0YDntbb7BHICDP1KiZf4nPFx97Mdahgds9/m9tI6loFfhdwzRO1 RjpdlMZoEgjSFocjFv72vcUpGduVmXUHXOkqTFDqcdv9tnrK5Ouf3iGRxZd/wvoY BtGG8KPF/UAOftA2n8n3yao91ZPG9v131Uk0ny41eMjT//zheHqTqIlj7hOQnlLS ZpKhsZAr3lNto6XSzGYA =sIzQ -END PGP SIGNATURE- Accepted: acpidump_20100513-3.1.debian.tar.gz to main/a/acpidump/acpidump_20100513-3.1.debian.tar.gz acpidump_20100513-3.1.dsc to main/a/acpidump/acpidump_20100513-3.1.dsc acpidump_20100513-3.1_amd64.deb to main/a/acpidump/acpidump_20100513-3.1_amd64.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1skx5g-0003xe...@franck.debian.org
Bug#677246: goobox: diff for NMU version 3.0.1-1.1
On Wed, Jun 27, 2012 at 09:49:23AM +0200, Helge Kreutzmann wrote: I just got a bunch of e-mails that the build fails on (almost?) any arch. Could you please investigate? Sure - I'd happily do so. But: * Revert broken NMU, closes: #679313. * This reopens: #677246. Since no bug report until just before the release happend, people requiring this fix will need to backport goobox after the release of Wheezy. Sorry. This is a shame, because FTBFS bugs are RC, and uploads fixing them are accepted as freeze exceptions. If you'd given me time to fix it, then that wouldn't have been a problem. Fixing the musicbrainz issue is not automatically acceptable as a freeze exception. (I would have looked at this yesterday, but there was a massive flood where I live and I was stranded for hours.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Improving our response to duplicate packages in Debian
I really like these suggestions. -- 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/20120628160643.GB11366@debian
Bug#679247: perhaps the linked id3 library is the problem
I'm not expert on id3 libraries but it looks like libid3-3.8.3c2a is pretty much unmaintained (unacknowledged patches for 7+ years) whilst http://packages.debian.org/sid/libid3tag0 claims full support for reading ID3v1, ID3v1.1, ID3v2.2, ID3v2.3, and ID3v2.4 tags, as well as support for writing ID3v1, ID3v1.1, and ID3v2.4 tags. A solution might be moving to the other library. Is upstream dead? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601165: acpidump: diff for NMU version 20100513-3.1
tags 601165 + patch tags 601165 + pending thanks I've just uploaded an NMU to DELAYED/1. diff -Nru acpidump-20100513/debian/acpidump.1 acpidump-20100513/debian/acpidump.1 --- acpidump-20100513/debian/acpidump.1 2010-11-13 06:16:01.0 + +++ acpidump-20100513/debian/acpidump.1 2012-06-28 09:39:13.0 +0100 @@ -60,7 +60,7 @@ only dump table with DSDT signature .TP .B \-o, \-\-output filename -redirect output from stdin to filename +redirect output from stdout to filename .TP .B \-b, \-\-binary dump data in binary form rather than in hex\-dump format diff -Nru acpidump-20100513/debian/changelog acpidump-20100513/debian/changelog --- acpidump-20100513/debian/changelog 2010-11-13 06:16:01.0 + +++ acpidump-20100513/debian/changelog 2012-06-28 09:39:07.0 +0100 @@ -1,3 +1,11 @@ +acpidump (20100513-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix mistaken reference to stdin in the manpage. +Closes: #601165. + + -- Jon Dowland j...@debian.org Thu, 28 Jun 2012 09:38:27 +0100 + acpidump (20100513-3) unstable; urgency=low * Do not build madt as it was dropped upstream.
Re: Where does Debian define/specify standard bundles?
On Thu, Jun 28, 2012 at 04:42:44PM +0100, Keith McKenzie wrote: If you want tasksel, it is part of the Debian install process. the regular (Debian suggested) desktop environment is Gnome, but you can choose between Gnome, KDE, XFCE, or LXDE on installation. I think he does want tasksel, but it's not really part of the install process, it's merely called by the install process. I believe the tasksel maintainers have recently moved to a model where their tasks (bundles) are now simply packages - Here is a list of all binary packages provided by the source tasksel package in sid: http://packages.debian.org/source/sid/tasksel -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120628161449.GC11366@debian