On Wed, May 14, 2014 at 03:27:55PM -0500, Vladimir Remetic wrote:
Package: base-files (7.1wheezy5)
I am not sure if this could technically be classified as a bug, but
/etc/issue is still reporting version 7 with Debian 7.5.
$ head /etc/debian_version
7.5
$ head /etc/issue
Debian
Package: r-cran-deldir
Version: 0.0-22-1
Severity: wishlist
Hello Andreas et al. This package is more current here:
deb-src http://ppa.launchpad.net/marutter/c2d4u/ubuntu trusty main
but I would prefer to take the source from Debian (I need it for a
small local repository of R packages
On Wed, 23 Apr 2014, Alberto Garcia wrote:
On Mon, Apr 21, 2014 at 07:49:32PM +0200, Santiago Vila wrote:
My point is that being opense.rom completely free, it would be a
pity that fuse (which is also free) would not work well enough with
it.
Well, by default Fuse tries to use
On Sat, 26 Apr 2014, Michael Stapelberg wrote:
Package: base-files
Version: 7.2
Severity: normal
Tags: patch
D-Bus, systemd and other programs use /etc/machine-id. Given that this
file is per-machine and very central, it should live in base-files.
The attached patch creates the file
On Sat, 26 Apr 2014, Santiago Vila wrote:
In fact: What's the benefit of generating this file in base-files at all?
block -1 by 745876
Bug #619244 [systemd] systemd: unowned files after purge (policy 6.8, 10.8):
/etc/machine-id
619244 was not blocked by any bugs.
619244 was not blocking
Package: wnpp
Severity: wishlist
* Package name: fbzx
Version : 2.10.0
Upstream Author : Raster Software Vigo (Sergio Costas)
* URL : http://www.rastersoft.com/fbzx.html
* License : GPL-3+
Programming Lang: C
Description : ZX Spectrum emulator for X or
On Sun, 27 Apr 2014, Alberto Garcia wrote:
On Thu, Apr 24, 2014 at 11:22:11AM +0200, Santiago Vila wrote:
fuse --rom-48 /usr/share/spectrum-roms/opense.rom
does the trick indeed, so it is not such a big problem.
Also Menu - Options - Select ROMs
Well, I'd love to, but that doesn't
On Mon, 28 Apr 2014, Michael Biebl wrote:
Am 28.04.2014 17:51, schrieb Santiago Vila:
For now, /etc/machine-id is a configuration (or state) file for the
systemd package. Documentation about machine-id even says that
removing the file on reboots is mostly harmless (you could have
On Wed, Apr 30, 2014 at 11:44:48AM +0200, Holger Levsen wrote:
reassign 619244 piuparts
tags 619244 + pending
thanks
Hi,
so #745876 (and #619244 too) convinced me, so I now made piuparts ignore
/etc/machine-id (in git and on piuparts.d.o, upload pending).
I'd just prefered if
severity 500965 normal
thanks
For a lot of years this has not been a big problem, but now Yahoo and
others are using a policy called DMARC (built on top of DKIM and SPF)
and at least Yahoo is actually rejecting messages failing these kind
of digital signatures.
The following text comes from
El 02/05/14 19:07, Don Armstrong escribió:
Control: retitle -1 Do not append footers to messages with DKIM headers
On Fri, 02 May 2014, Santiago Vila wrote:
For a lot of years this has not been a big problem, but now Yahoo and
others are using a policy called DMARC (built on top of DKIM
El 02/05/14 19:07, Don Armstrong escribió:
However, an interesting alternative possibility might be to just not
attach footers to messages which contain DKIM headers, as we already do
for messages which are signed.
If you do this, I would suggest that you put the Archive info in the
header in
On Fri, May 02, 2014 at 11:51:43AM -0700, Don Armstrong wrote:
On Fri, 02 May 2014, Santiago Vila wrote:
Hmm. Can you elaborate on that? Do you consider that if I sign a
message and you want to modify it, am I to blame that you can't modify
it? Or else: If you modify it anyway, am I
On Fri, 12 Jul 2013, Brian Minton wrote:
Package: base-files
Version: 7.2
Severity: minor
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Dear Maintainer,
In the comments of /etc/nsswitch.conf, the following text is listed:
# Example configuration of GNU Name Service Switch
severity 699090 normal
thanks
For the record, I never considered this bug to be other than normal,
for the reasons below:
If the functionality is in libc, the user may easily change the
configuration file, as it is plain text.
I would reserve important severity for cases where the user has to
On Tue, 5 Nov 2013, OHURA Makoto wrote:
#latexmk (1:4.37-1) unstable; urgency=low
#
# * New upstream release (Closes: #693126)
This is pending since November.
Would you please upload the package or let someone else maintain it?
--
To UNSUBSCRIBE, email to
On Fri, 2 May 2014, Alexander Wirt wrote:
God no. DMARC is just broken by design. We should no in any way support it.
We don't have to support DMARC as such, it would enough if lists.debian.org
didn't send messages having DKIM signatures that do not verify.
OTOH, if we are going to boycott
On Mon, May 05, 2014 at 02:37:21PM +0200, Sylvain Joyeux wrote:
My use case is a provisioner, in which arbitrary names (e.g. avahi) is
mapped to the OS proper package name (e.g.avahi-daemon). Since the name
depends on the OS version, I do need to know. Which I currently do with a
mix of
Hello.
I've reduced the test case to just 136 bytes (see attach).
Apparently, formail is confused by lines containing this:
nob...@example.com
where the email is enclosed between '' at the left and '' at the right.
I've built a debugging procmail this way:
apt-get source procmail
cd
On Fri, 20 Jun 2014, Tanguy Ortolo wrote:
Marco d'Itri, 2014-06-19 16:10+0200:
The possible solutions are:
a) keep rejecting mail from these domains
b) rewrite the From headers of messages from these domains
c) implement a permanent and elegant solution like
El 20/06/14 22:19, Alexander Wirt escribió:
read the bugreport again. at all.
Hmm. What makes you think I didn't?
Maybe you refer to the fact that your blog entry is dated from yesterday
and solutions for this problem which are acceptable for you have been
proposed in the bug report after
El 20/06/14 22:37, Alexander Wirt escribió:
On Fri, 20 Jun 2014, Santiago Vila wrote:
El 20/06/14 22:19, Alexander Wirt escribió:
read the bugreport again. at all.
Hmm. What makes you think I didn't?
Maybe you refer to the fact that your blog entry is dated from yesterday and
solutions
On Sat, 28 Jun 2014, Helmut Grohne wrote:
Package: autopoint
Version: 0.18.3.2-2
Severity: wishlist
User: helm...@debian.org
Usertags: rebootstrap
Tags: patch
Dear Maintainer,
Is it possible to mark autopoint as Multi-Arch:foreign?
Currently autopint has 106 reverse B-D, which are
Thanks a lot for such an useful and detailed bug report.
I will forward it upstream.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Forwarded upstream:
http://www.info-zip.org/phpBB3/viewtopic.php?f=6t=383p=2726#p2726
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: r-cran-stringr
Version: 0.6.2-1
Tags: patch
Hello Andreas et al.
The NEWS file says this:
* remove dependency on plyr
and in fact a simple rgrep plyr on the source shows nothing in the
real source (excluding debian/* files).
Therefore, AFAIK, the current dependency is artificial and
On Fri, Jul 04, 2014 at 05:45:41AM +0200, Marco d'Itri wrote:
Package: base-files
Version: 7.3
Severity: normal
From the changelog of systemd 215:
* The /etc/os-release file should now be placed in
/usr/lib/os-release. The old location is automatically
Package: python-polib
Version: 1.0.4-1
Tags: upstream
Hola Ángel.
I have this file called cobaya.po
#: disk-utils/cfdisk.c:1825
#| msgid
#| \n
#| Partition table entries are not in disk order\n
msgid Note that partition table entries are not in disk order now.
msgstr
and this simple parsing
Note:
I have forwarded this upstream:
https://bitbucket.org/izi/polib/issue/61/does-not-handle-previous-msgid-properly
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Fri, Jul 18, 2014 at 10:14:05PM +0100, Reuben Thomas wrote:
Package: gettext
Version: 0.18.3.1-1ubuntu3
Severity: important
bison 3.x can't built plural.y as shipped with gettext 0.18.x. This isn't
normally a problem; in particular, gettext also ships a pre-compiled
plural.c. However, a
[ My apologies for not replying to this report before ].
On Tue, 31 May 2011, Kevin Ryde wrote:
Package: gettext-el
Version: 0.18.1.1-3
Severity: normal
File: /etc/emacs/site-start.d/50gettext.el
Visiting a .po file in a tar-mode .tar file such as
touch x.po
tar cf x.tar x.po
B1;3202;0cOn Thu, 3 Oct 2013, Gioele Barabucci wrote:
The problem is not in the list of licences (abbreviated in my patch as [...]),
but in the surrounding sentence. I searched the internet copying and pasting
the words quoted by the base-files FAQ and I could not find the correct page
in the
The following patch *seems* to fix this bug:
--- a/polib.py
+++ b/polib.py
@@ -1566,7 +1566,6 @@
token = token[3:]
self.current_entry.previous_msgid_plural += token
elif self.current_state == 'pm':
-token = token[3:]
Package: postfix-policyd-spf-python
Version: 1.2-1
README.Debian should ideally be updated to match manpage.
Patch follows.
Thanks.
--- a/debian/README.Debian
+++ b/debian/README.Debian
@@ -7,7 +7,7 @@
1. Add the following to /etc/postfix/master.cf:
policyd-spf unix - n
On Tue, 11 Mar 2014, Jonathan Nieder wrote:
Jonathan Nieder wrote:
I tried running unzip -v replication.jar with the attached
replication.jar (it comes from WEB-INF/plugins/ in gerrit-2.8.1.war).
... actually attached this time.
Thanks for the report. I've forwarded it upstream here:
On Fri, 14 Mar 2014, Jonathan Nieder wrote:
Santiago Vila wrote:
The problem seems to disappear when disabling the fortify hardening
option, which is probably what I will do.
Oh dear. I think that would be counter-productive. Will find some
time to track down the root cause
severity 755140 serious
After a new jessie install today, I arrived at this bug.
I'm using systemd, gdm3, and gnome-flashback, so no gnome-shell.
Sorry not have the technical skills to fix this, but if we can't support
Gnome3 without gnome-shell, then things like gnome-flashback should be
Package: etckeeper
Version: 1.13
Severity: important
Hello Joey. I installed a new jessie system today, and the
installation finished with an error message like this:
[...]
Processing triggers for libc-bin (2.19-9) ...
*** Please tell me who you are.
Run
git config --global user.email
On Thu, Sep 04, 2014 at 08:40:23AM +0200, Salvatore Bonaccorso wrote:
Source: procmail
Version: 3.22-19
Severity: grave
Tags: security patch upstream
Hi,
the following vulnerability was published for procmail.
CVE-2014-3618[0]:
Heap-overflow in procmail's formail utility when
Checked: Yes, it is the same as this bug:
http://bugs.debian.org/704675
I'll fix them both in unstable with urgency=high.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hello security people.
I've just fixed this in procmail 3.22-22 in unstable.
The quilt patch is debian/patches/27.
If there is anything else I could/should do, please say so.
Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
severity 704675 grave
thanks
The reason for this severity is data loss.
However, I believe that if formail is used in this way in procmail recipes:
:0 fhw
| formail bla bla
then the w flag prevents data from being lost:
w Wait for the filter or program to finish and check its exitcode
reassign 760568 cdebootstrap
thanks
[ Executive summary for the cdebootstrap maintainer: I'm asked to add a
Depends: base-passwd in base-files so that cdebootstrap configures
base-passwd before trying to configure base-files. I think this is wrong
for the reasons I explain below ].
This is
I said:
This is not the first time I'm asked to help the bootstrapping tool.
(Just tried a search on archived base-files bugs, but it seems all of
that kind were reassigned to other packages).
See
http://bugs.debian.org/737939
for an example.
--
To UNSUBSCRIBE, email to
Package: flashplugin-nonfree
Version: 1:3.2
Severity: grave
Installing flashplugin-nonfree in wheezy does not work:
# apt-get install flashplugin-nonfree
Reading package lists... Done
Building dependency tree
Reading state information... Done
Suggested packages:
konqueror-nsplugins
retitle 760638 flashplugin-nonfree: Missing Depends: ca-certificates
thanks
On Sat, Sep 06, 2014 at 01:34:15PM +0200, Santiago Vila wrote:
* Recent move of things from http to https.
By reading Bug#758609, this is actually close: The move from http to
https has made this package to suddenly
On Tue, 27 May 2014, Klaus Ethgen wrote:
Package: puppet
Version: 3.6.1-1
Severity: wishlist
As Puppet is doing the backward compatibility the wrong way, there is
the problem that for the clients is always a current version of puppet
available but for the server, that would most likely
Package: puppet-common
Version: 3.7.0-1
To be ready for puppet 4.0, I added
parser=future
to /etc/puppet/puppet.conf. Then I got this in the puppet master log:
Could not parse for environment production: The gem 'rgen' version = 0.7.0 is
required when using the setting '--parser future'.
Package: puppet-common
Version: 3.7.0-1
I have a bunch of logcheck rules in /etc/logcheck/ignore.d.paranoid/mylogcheck,
served by puppet.
If I query puppet about it as root, I get this:
# puppet resource file /etc/logcheck/ignore.d.paranoid/mylogcheck
file {
Package: ifupdown
Version: 0.7.48.1
Found this in /var/log:
ifup[309]: Filesystem mounted on /dev/shm; setting up compatibility bind mount.
... (warning).
ifup[309]: Please remove this mount from /etc/fstab; it is no longer needed,
and it is preventing completion of the transition to /run/shm.
reassign 761511 initscripts
retitle 761511 misleading message about mount points in /etc/fstab
thanks
El 14/09/14 a las #4, Andrew Shadura escribió:
I'm afraid this isn't something ifupdown prints. Probably something else
does, but no way ifup can do this.
Ok, I found the Please remove string
forcemerge 764318 765667
reopen 764318
thanks
Hello Bill.
I'm running jessie on a computer lab, and I found this today in the
logs for unattended-upgrades:
Unpacking libjpeg-progs (1:9a-2) over (1:1.3.1-3) ...
dpkg: error processing archive
reassign 765622 systemd,dracut
retitle 765622 Please support /usr being in a separate partition.
severity 765622 normal
thanks
On Thu, 16 Oct 2014, Krzysztof Sobiecki wrote:
Package: base-files
Version: 7.6
Severity: minor
Dear Maintainer,
After switching to dracut from initramfs-tools
Package: initramfs-tools
Version: 0.116
When I install dracut, a new initrd is generated automatically using dracut.
If I install initramfs-tools again, dracut is removed but this time a
new initrd (generated by initramfs-tools) is not generated.
I see a lot of danger here.
Either initrds are
Package: systemd
Version: 215-5+b1
I modified /etc/systemd/journald.conf by adding these two lines:
MaxRetentionSec=7day
MaxFileSec=1day
Before the change, journalctl says:
-- Logs begin at vie 2014-10-10 14:33:54 CEST, [...]
After the change, journalctl says:
-- Logs begin at mié 2014-10-15
Package: smartmontools
Version: 6.3+svn4002-1
Severity: serious
On a system running unstable I did apt-get install smartmontools
and this is what happened:
Selecting previously unselected package smartmontools.
(Reading database ... 96709 files and directories currently installed.)
Preparing to
reassign 766459 debootstrap
retitle 766459 debootstrap: should not try to configure base-files before
/etc/passwd has the usual users in a Debian system
thanks
[ Retitled because the predependency on awk in the subject is quite old
and most probably has nothing to do with this ].
On Thu, 23
On Thu, Oct 23, 2014 at 12:08:50PM +0200, Holger Levsen wrote:
for the avoidance of doubt: I have used debootstrap 1.0.48+deb7u1...
Ok, so the problem is that in wheezy, deboostrap is no longer able to
create a chroot of jessie or sid.
IMHO, this is definitely worthy to be fixed in a point
On Thu, Oct 23, 2014 at 01:11:40PM -0400, Joey Hess wrote:
Santiago Vila wrote:
Instead, the work of debootstrap is precisely to guess the right order
in which packages should be configured so that everything work.
In other words, essential packages should not get in the business
Hello.
I upgraded to the samba packages in unstable (4.1.13) and
unfortunately the panic messages still happen.
Could you please forward this upstream? (This bug still appears as
Unclassified in BTS web pages)
Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
Package: systemd
Version: 215-5+b1
Tags: patch
The output of journalctl --help says this:
--since=DATE Start showing entries on or newer than the specified date
--until=DATE Stop showing entries on or older than the specified date
This is a little bit confusing. In fact,
Sorry that I didn't found the time to reply to this report until now.
First of all: A Big Thank You, specially for the copyright file!
Working on this now.
For the changes that will not be cherrypicked, I will try to post an
explanation in this bug report, either before or after upload.
Thanks.
Package: debfoster
Version: 2.7-2
I'm not sure if this is the result of a bad or incomplete translation,
a bug in the program, or both, but the end result is that the program
does exactly the opposite of what it's expected.
My locale is es_ES.UTF-8 and I'm trying debfoster in a machine
running
I'm going to reply to Julien first, then to Michael.
On Mon, 27 Oct 2014, Julien Cristau wrote:
On Mon, Oct 27, 2014 at 08:35:14 +, Michael Tautschnig wrote:
I agree this should be fixed in base-files.
Bugs should be fixed where they are. If base-files, or any other
package, essential or
On Mon, 27 Oct 2014, Michael Tautschnig wrote:
In principle, every essential package may depend on any other, and the
set of real dependencies may change over time, so it's natural that
debootstrap needs minor adjustments from time to time.
So would you expect some sort of versioned
On Mon, 27 Oct 2014, Michael Tautschnig wrote:
I'm hoping this is not going to be too philosophical, so I'll enlist the facts
first (please let me know if I got any of them wrong):
debootstrap'ing a system fails, because
- chown root:root ... won't work when invoked from base-files'
On Mon, 27 Oct 2014, Michael Tautschnig wrote:
+ [ ! -f /usr/info/dir ]
+ [ ! -f /usr/share/info/dir ]
+ install_from_default /usr/share/base-files/info.dir /usr/share/info/dir
+ [ ! -f /usr/share/info/dir ]
+ cp -p /usr/share/base-files/info.dir /usr/share/info/dir
+ chmod 644
For the record, base-files postinst had three lines like this
chown root:root whatever
I've dropped all of them in base-files_7.10.
Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Mon, 27 Oct 2014, Michael Tautschnig wrote:
Then maybe take the first sentence in 3.8 Essential packages
instead: Essential is defined as the minimal set of functionality
that must be available and usable on the system at all times, even
when packages are in the Unpacked state. If not
[ Trimming Cc list completely. After this email there is little more I
have to say about this ].
On Mon, 27 Oct 2014, Michael Tautschnig wrote:
Admittedly, all that *I* want is a working debootstrap, so I'm also ok just
having the changes in base-files for now (or maybe also in debootstrap).
Package: unattended-upgrades
Version: 0.83
// Within lines unattended-upgrades allows 2 macros whose values are
// derived from /etc/debian_version:
// ${distro_id}Installed origin.
// ${distro_codename} Installed codename (eg, jessie)
When jessie becomes stable,
Package: clamav
Version: 0.98.5~rc1+dfsg-2
freshclam[7495]: Downloading daily-19559.cdiff [ 45%]#015Downloading
daily-19559.cdiff [ 61%]#015Downloading daily-19559.cdiff [ 77%]#015Downloading
daily-19559.cdiff [
93%]#015Downloading daily-19559.cdiff [100%]#015Downloading daily-19559.cdiff
Package: clamav
Version: 0.98.5~rc1+dfsg-2
Severity: serious
The subject says it all. This may affect the ability of sysvinit to
start or stop the process (but I may be wrong), hence the serious severity.
Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
On Fri, 24 Oct 2014, Ivo De Decker wrote:
On Fri, Oct 24, 2014 at 11:09:17AM +0200, Santiago Vila wrote:
I upgraded to the samba packages in unstable (4.1.13) and
unfortunately the panic messages still happen.
Could you please forward this upstream? (This bug still appears
On Thu, Oct 30, 2014 at 06:41:02PM +0100, Christian PERRIER wrote:
When it comes at samba, the value added by maintainers acting as
proxies between bug submitters and upstream is sometimes near to
zero. Even more, we often don't have easy ways to reproduce the users'
testing environment,
Dear ftpmasters:
Contrary to what this report suggests, I believe the current validity
of 7 days for testing and unstable is extremely low and should be
increased.
I have a laptop with testing which I use mostly on weekends. I have a
partial mirror there, which I try to update as soon as I login
More to the point:
If we want testing to be constantly usable (as opposed to mostly useless
if you don't apt-get update in a week), the expiration time for the
Release file should be a lot closer than the one used for stable and
far away than the one used for unstable.
Thanks.
--
To
Package: jed
Version: 1:0.99.19-3
Tags: upstream
Hello Wookey.
As the Subject says, the tab key does not seem to work at all.
Ok, I didn't know and apparently this is a FAQ:
http://www.jedsoft.org/jed/faq.html#faq-2
Many modes will set the TAB key to run an indent_line function. The
Package: logcheck
Version: 1.3.16
Severity: minor
Tags: patch
diff --git a/debian/changelog b/debian/changelog
index bb0511a..768302a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -2724,7 +2724,7 @@ logcheck (1.2.27) unstable; urgency=low
(Closes: #268277)
* Remove qmail rules
Well, I was looking for a small editor with an emacs-like feel, and
the TAB key works in emacs by default, so this If you really want [...]
is pure nonsense to me. Of course I want the TAB key to insert TABs!
Well emacs TAB key is also context-sensitive is it not? jed's TAB key
works as
I'll try to document this in the next version, but not in the README
as it has been suggested. This deserves a place in the copyright file
itself, below the line saying The GNU Public Licenses [...].
Thanks for the report.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Package: xen-tools
Version: 4.4-1
Severity: wishlist
Tags: patch
This is fixed in git in commit 079382302ba0fd6bb22d5ca8d502eaa4c0ac1730
but I don't see it in the BTS. Is everybody using the git version?
Anyway, the current code uses the variable gateway for two different
things, namely, the ip
On Thu, Oct 09, 2014 at 05:27:55PM +0200, Axel Beckert wrote:
Hi,
Santiago Vila wrote:
I'll try to document this in the next version, but not in the README
as it has been suggested. This deserves a place in the copyright file
itself, below the line saying The GNU Public Licenses
On Mon, 29 Sep 2014, Stephen Dowdy wrote:
Package: base-files
Version: 7.1wheezy6
Severity: normal
Dear Maintainer,
Since sysadmins tend to (and are often told to) use /mnt for
temporary mounts, and sometimes forget those mounts and they go
stale (nfs), a package (in this case
Santiago Vila wrote:
Another thing which I think would solve this issue easily, but which
may have some side effects I'm not yet aware of, would be to rename
the file to Artistic-1.0-Perl (or whatever) and make Artistic a
symlink to it, analogous how it's done for the different GPL
On Fri, Oct 10, 2014 at 09:05:08AM -0600, Stephen Dowdy wrote:
I guess the question i have here is...
is /mnt being *USED* within the install at all, OTHER than by being an
empty sub within the tarchive
payload in the .deb ? Does dpkg, etc use /mnt for temporary
extraction or as part of the
The icons should be named chromium.png, not product_logo_etc_etc.png.
I'm using XFCE, and the following quick and dirty script worked for me
after I removed /usr/share/icons/hicolor/icon-theme.cache and started
a new session.
#!/bin/sh
cd /usr/share/icons/hicolor
for a in `find * -name
Package: general
Before systemd arrived, it was possible to have a chroot free from
init packages (not needed to build packages).
Now if I do apt-get dist-upgrade inside a minimal chroot (using
schroot here), I get this:
The following NEW packages will be installed:
acl adduser dmsetup init
On Mon, Oct 13, 2014 at 01:43:29PM +0200, Niels Thykier wrote:
In Wheezy, sysvinit was essential, so you would have the same issue in
stable (just with a different init system).
Oops. You are right. So this is not really a regression, only an
undesirable feature that we have had in the system
On Mon, Oct 13, 2014 at 02:34:39PM +0200, Marco d'Itri wrote:
On Oct 13, Santiago Vila sanv...@unex.es wrote:
Oops. You are right. So this is not really a regression, only an
undesirable feature that we have had in the system for a long time.
I would be happy to fix it FWIW, but I am
Package: jed
Version: 1:0.99.19-3
When using a Spanish keyboard, the grave accent '`', when used alone,
like this:
tmp=`tempfile`
is generated by pressing the key having the symbol, then the space key.
This is how it works in Linux console, in xterm, in gnome-terminal, in
emacs, in nano, and
El 14/10/14 a las #4, Wookey escribió:
+++ Santiago Vila [2014-10-14 16:32 +0200]:
Package: jed
Version: 1:0.99.19-3
When using a Spanish keyboard, the grave accent '`', when used alone,
like this:
tmp=`tempfile`
is generated by pressing the key having the symbol, then the space key
Package: samba
Version: 2:4.1.11+dfsg-2
The script build-orig.sh in the source, which creates the +dfsg
tarball, uses another script called dfsg-clean.sh.
By comparing the Debian tarball with the original one, I guess the
script does something like this:
rm -f
Package: lightdm
Version: 1.10.2-1
Severity: serious
On a system where lightdm is installed, then purged and then
reinstalled again, the /var/lib/lightdm directory *might* not exist,
leading to a system where lightdm does not start and the user is
*greatly* confused.
In my case, these are the
Package: stunnel4
Version: 3:5.03-1
Severity: minor
Tags: patch
The intent is clearly to keep a whole year of logs, but that would be
365 days, not 356.
--- a/debian/stunnel4.logrotate
+++ b/debian/stunnel4.logrotate
@@ -1,7 +1,7 @@
/var/log/stunnel4/*.log {
daily
missingok
-
Package: dpkg-dev
Version: 1.17.13
Severity: serious
When trying to build a trivial package on another machine via ssh, I get this:
You need a passphrase to unlock the secret [...]
[...]
[...]
pinentry-curses: no LC_CTYPE known - assuming UTF-8
Note: The same problem happens in a virtual console. In this case it is
not even required to ssh to another host.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: m17n-contrib
Version: 1.6.5-1
Please put this package in section oldlibs, so that deborphan shows it
as a package which may be removed.
Also, please put it in priority extra, as it is a package that one
would normally not want to install on a newly installed system
(only on upgrades).
Package: emacs24
Version: 24.3+1-5+b1
Hello Rob. I got this today under unstable:
(emacs:29258): GLib-GObject-WARNING **: The property GtkMisc:xalign is
deprecated and shouldn't be used anymore. It will be removed in a future
version.
which apparently means emacs is using some obsolete
Package: dpkg
Version: 1.17.13
I fear that this has been the behaviour of dpkg for a long time, but
nevertheless, I think it is a bug and should be fixed.
When I use dpkg --no-act, dpkg shows messages on stderr, and I can't
just do this:
dpkg --no-act --purge somepackage | less
If I tell a
1101 - 1200 of 6081 matches
Mail list logo
