Hi Simon,
let's hope using PrivateMirror fixes the problem.
If not, I could send you a deb compiled with the patch Shawn Webb suggested.
Best regards,
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi Simon,
thanks for this bug report.
On 01.04.2014 17:45, Simon Hobson wrote:
I have a private mirror set up so that only one machine needs to download
updates. These are then shared via Apache and other machines are configured to
use this main server as their sole mirror.
This was working
Hi,
On 27.03.2014 02:29, Michael Biebl wrote:
Thanks a lot for the back trace!
I'm glad I could help.
This helped me to reproduce the sequence of events which need to happen
to trigger the abort. So this is good news (well sort of).
This is great news, at least for me, as I now can reboot
Hi Vlad,
On 27.03.2014 12:38, Vlad Orlov wrote:
Until this is fixed, we use a little trick to make apt-get recognize Synaptic's
locks:
http://forums.linuxmint.com/viewtopic.php?f=199t=150313#p785785
For the record, the workaround is:
sudo ln -s /var/lib/synaptic/preferences
Hi Jonathan,
I updated my packaging to FFmpeg 2.2 and was finally able to push it to
the collab-maint repository [1].
Please review and test this. When we are satisfied with it, you could
upload it to experimental.
Best regards,
Andreas
1:
Hi Norbert,
On 27.03.2014 14:49, Norbert Preining wrote:
On Thu, 27 Mar 2014, Andreas Cadhalpun wrote:
I updated my packaging to FFmpeg 2.2 and was finally able to push it
to the collab-maint repository [1].
I tried to build in a clean cowbuilder on amd64, but it dies right
at the beginning
Control: reopen -1
Control: tags -1 - unreproducible moreinfo
Control: severity -1 critical
Justification: breaks many packages, even shutdown/reboot
Dear systemd maintainers,
I'm also hitting this bug. I upgraded systemd to 204-8 yesterday and now
upgrading cups-daemon to 1.7.1-10 failed,
Hi,
I build systemd with debugging symbols and extracted a backtrace from
the core dump:
#0 0x7f1a0b51a75b in raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/pt-raise.c:37
#1 0x0040ca85 in crash (sig=6) at ../src/core/main.c:142
#2 signal handler called
#3
Hi,
On 24.03.2014 12:37, Vlad Orlov wrote:
The issue is somewhere deeper in APT, because aptitude also shows breaks twice
on this package:
$ aptitude show gdm3 | grep -A 2 Breaks
Breaks: gnome-control-center ( 3.0), gnome-control-center ( 3.0), gnome-orca
( 2.30.0-2), gnome-orca (
Hi,
On 08.03.2014 02:13, Cyril Brulebois wrote:
Given the apt-cdrom regression we're hitting (#740673), I don't feel
like shipping this amount of additional modifications in jessie alpha 1
images;
Given that Bug #740673 is fixed and jessie alpha 1 is released, can you
review and upload these
Hi,
On 22.03.2014 21:16, Cyborg Ethly Alpha {My Research Desk} wrote:
Thank you very much. I was thinking, that it might be a good idea to
have a second (back) repository, just in case. It would relieve pressure
on the primary repository and provide better up-time. While I currently
don't have
Hi Michael,
On 23.03.2014 10:21, Michael Vogt wrote:
Its really a bit tricky to get this right it seems :) I guess what we
could do is to add a button to install the quick search package if its
missing. Something like Install quick filter support in the
preferences window or even in the
Hi,
On 23.03.2014 11:03, Michael Vogt wrote:
I pushed a branch to lp:~mvo/synaptic/use-dpkg-hold that implements
the hold via dpkg holds. Its not doing a transition from the old to
the new style yet, that probably needs fixing but otherwise I think
its ready.
Thanks for implementing this.
Hi,
On 23.03.2014 11:17, Michael Vogt wrote:
On Fri, Nov 15, 2013 at 05:44:53PM +0100, Andreas Cadhalpun wrote:
I was able to reproduce this and I fixed it in my repository. It will
be part of the next upload.
Thanks for fixing.
Best regards,
Andreas
--
To UNSUBSCRIBE, email to debian-bugs
Package: synaptic
Version: 0.81
Severity: normal
Dear Maintainer,
Canceling commands is not always respected correctly.
For example, if 0ad and 0ad-data are installed and one marks 0ad-data
for removal, synaptic asks, if 0ad is to be removed as well.
After canceling this question, the section
Hi,
On 23.03.2014 18:44, Michael Vogt wrote:
Sorry for the long wait, this is fixed in bzr now and it will be part
of the next upload. I (or someone :) will need to check if that fix
also fixes the original report. I hope to find time for this soon(ish).
Thanks for fixing.
I'm going to report
Package: synaptic
Version: 0.81
Severity: normal
Dear Maintainer,
When a sub-window of synaptic is shown (like when synaptic asks to
remove a conflicting package), the list of packages shown in the main
synaptic window is reset to show the top of the list (starting with 0ad
currently). After
Package: synaptic
Version: 0.81
Severity: normal
Dear Maintainer,
Breaks are shown twice in synaptic.
For example, the gdm3 control file contains:
Breaks: gnome-control-center ( 3.0), gnome-orca ( 2.30.0-2),
gnome-panel ( 3.0), gnome-screensaver ( 2.17.7)
This is shown in synaptic as:
Hi Daniel
On 21.03.2014 22:06, Cyborg Ethly Alpha {My Research Desk} wrote:
I'm interested in becoming a co-maintainer.
You are welcome to do so.
There is already a collab-maint git repository on alioth [1], but
unfortunately some permissions are wrong, so I can't push my packaging
to it. I
Package: debian-installer
Severity: normal
Dear Maintainer,
It is not possible to install GNOME with jessie alpha 1 netinst [1]:
Advanced options-Alternative desktop environments-GNOME is empty
except for the 'Back' option.
Please fix this.
Best regards,
Andreas
1:
Control: tags -1 patch
Hi,
On 16.03.2014 14:04, David Suárez wrote:
Source: valabind
Version: 0.7.4-4
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20140315 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your
Hi,
On 17.03.2014 04:36, Scott Kitterman wrote:
There's some more to do on cleanup of the errors from the last upload. Here's
a diff of the config files after upgrade to git head from 0.98.1-2. I think all
the ones with value 10 are wrong and I need to check the trues (except the
LogRotate on
Hi Jonathan,
unfortunately you haven't forwarded my and Alexander's request to join
collab-maint to n...@debian.org. Thus we still don't have access to the
repository you created.
Are you still interested in packaging FFmpeg for Debian?
Best regards,
Andreas
--
To UNSUBSCRIBE, email to
Control: tag -1 unreproducible moreinfo
Hi Matthew,
On 13.03.2014 10:34, Matthew Woodcraft wrote:
Upgrade to clamav 0.98.1+dfsg-1+deb6u1 (from squeeze-updates) failed with
the following error:
Setting up clamav-base (0.98.1+dfsg-1+deb6u1) ...
Error: The new file
Control: tags -1 - unreproducible moreinfo
Control: tags -1 + confirmed
Hi Matthew,
On 13.03.2014 14:00, Matthew Woodcraft wrote:
No. I think the file was renamed from clamd.conf.sample to clamd.conf in
the 0.98.1 package.
The renaming was actually from clamd.conf in 0.97 to
Wansing wrote:
Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote:
It works with the wheezy 7.1 CD.
Maybe it has to do with mtdev? The following line is in the jessie
Xorg.0.log, but not in the wheezy one.
evdev: SynPS/2 Synaptics TouchPad: Using mtdev for this device
Also the 'Found absolute
Control: tags -1 pending
Hi Matthew,
thanks again for reporting this.
I fixed the problem in git [1], so that it will be included in the next
regular upload.
Best regards,
Andreas
1:
Hi,
On 11.03.2014 02:03, Cyril Brulebois wrote:
It would be nice to know how it goes with a 3.13-based installation
image. (No need to test the whole installation, just trying to
figure out if there's still something that needs fixing.)
Daily d-i builds or upcoming jessie alpha 1 images should
Hi,
On 11.03.2014 21:03, Holger Wansing wrote:
So it's hardware specific?
It seems so.
I remember there are ones working in absolute mode and others with
relative mode? (or similar, just typed from mind)
From my /var/log/messages:
-snip -
synaptics: Touchpad model: 1, fw: 6.2, id:
Hi Fabien,
On 08.03.2014 15:39, Fabien Givors (Debian) wrote:
While building the enclosed xdg-autostart.vala file, I noticed some
warnings issued by the C compiler and pointing out the use of deprecated
function:
xdg-autostart.vala.c: In function 'main':
xdg-autostart.vala.c:704:2: warning:
Hi,
On 08.03.2014 02:13, Cyril Brulebois wrote:
Given the apt-cdrom regression we're hitting (#740673), I don't feel
like shipping this amount of additional modifications in jessie alpha 1
images; on the other hand, not uploading what's in apt-setup's master
currently would mean not using
Hi,
On 08.03.2014 19:04, Cyril Brulebois wrote:
Andreas Cadhalpun andreas.cadhal...@googlemail.com (2014-03-08):
I generally agree that it would be good to have an alpha 1 installer
to use for testing regressions of this patch, but on the other hand
using loopmount to install Debian *works
Hi Clint,
On 26.02.2014 02:39, Clint Adams wrote:
On Tue, Feb 25, 2014 at 11:30:25PM +0100, Andreas Cadhalpun wrote:
Ideally the security team should now evaluate which of the two are
better from a security point of view and based on this decide, which
one they would prefer to see in jessie
Hi Michael,
On 26.02.2014 02:44, Michael Gilbert wrote:
On Tue, Feb 25, 2014 at 8:39 PM, Michael Niedermayer wrote:
Id like to volunteer to help with any future security issues in
FFmpeg packages in debian.
The best place to start is testing and (more preferably) patches for
the present
Hi Antoine,
On 26.02.2014 14:15, Antoine Beaupré wrote:
On 2014-02-26 04:56:02, Andreas Cadhalpun wrote:
At the moment I think Antoine is still reviewing my packaging before
sponsoring an upload.
This was a misunderstanding - I thought more work would be done on the
package first. :)
I
:34, Jonathan Dowland wrote:
On Tue, Feb 25, 2014 at 05:43:25PM +0100, Andreas Cadhalpun wrote:
I intend to package and maintain FFmpeg for Debian. Co-maintainers
are welcome.
I am interested in co maintaining and can sponsor uploaders, as long
as the package is maintained in git and we aim to get
Control: owner -1 !
Control: retitle -1 ITP: ffmpeg -- complete, cross-platform solution to
record, convert and stream audio and video
Hi all,
I intend to package and maintain FFmpeg for Debian. Co-maintainers are
welcome.
The security team is invited to discuss why FFmpeg is security-wise
Hi Moritz,
On 25.02.2014 17:57, Moritz Mühlenhoff wrote:
On Sun, Feb 23, 2014 at 11:36:36PM +0100, Andreas Cadhalpun wrote:
Hi Moritz,
On 23.02.2014 22:56, Moritz Mühlenhoff wrote:
I don't have the time nor the interest to discuss this at length, so
EOD from my side.
since you started
On 25.02.2014 17:52, Antoine Beaupré wrote:
On 2014-02-25 11:43:25, Andreas Cadhalpun wrote:
Antoine, are you willing to sponsor this, maybe becoming a co-maintainer?
I am willing to sponsor an upload, but I don't have much time,
especially not to become a co-maintainer.
Thanks
On 25.02.2014 22:18, Yves-Alexis Perez wrote:
On Tue, Feb 25, 2014 at 06:23:20PM +0100, Andreas Cadhalpun wrote:
No, it means I don't have the time, nor nerve to discuss this. We're
after all busy to keep Debian secure and sick of maintainers who only
focus on their pet package and neglegt
[Adding the CCs again, I hope you don't mind.]
Hi Timothy,
thanks for your remarks and sorry for not responding sooner, I got
distracted...
On 22.02.2014 20:39, Timothy Gu wrote:
On Sat, Feb 22, 2014 at 11:18 AM, Andreas Cadhalpun
andreas.cadhal...@googlemail.com wrote:
Upstream thinks qt
Hi Moritz,
On 23.02.2014 22:56, Moritz Mühlenhoff wrote:
I don't have the time nor the interest to discuss this at length, so
EOD from my side.
since you started this discussion by effectively preventing FFmpeg from
being uploaded, I take it that you ending this discussion now means
FFmpeg
Hi all,
I have looked at the packaging provided by Antoine and it seems - no
offense intended - a little bit messy.
Thus I have started from scratch and packaged FFmpeg 2.1.3 [1] (see
attached debian.tar.xz).
I have taken care to avoid conflicts with libav as far as possible, but
the
Hi Antoine,
On 22.02.2014 18:56, Antoine Beaupré wrote:
On 2014-02-22 12:39:20, Andreas Cadhalpun wrote:
Thus I have started from scratch and packaged FFmpeg 2.1.3 [1] (see
attached debian.tar.xz).
Awesome!
;)
I have taken care to avoid conflicts with libav as far as possible
Hi,
in the build logs for radare I found:
Vala build disabled, no gtk-dev or libvte-dev found
This makes me wonder if radare actually needs the vala
build-dependencies. It still builds without those.
Could you check this?
Furthermore the check for the library worked last time in version
Package: lxsession
Version: 0.4.9.2-1
Severity: minor
Hi,
currently lxsession build-depends on 'valac-0.14 | valac', but vala 0.14
is requested for removal. I tested that lxsession builds fine with valac
0.22 (current default), so there shouldn't be a problem.
Please change the dependency
Package: simple-scan
Version: 3.10.0-1
Severity: minor
Hi,
currently simple-scan build-depends on 'valac-0.16 | valac (= 0.14.0)',
but vala 0.14 is requested for removal and vala 0.16 is intended to be
removed before jessie. I tested that simple-scan builds fine with valac
0.22 (current
Control: tags -1 - upstream patch
Control: notforwarded -1
Hi,
I have good news: vala 0.22 is now in unstable, so even a binNMU should
fix the crashes.
But it would be better to update the build-dependency from 'valac (=
0.12)' to 'valac (= 0.22)'.
Perhaps you can also import the new
Hi Guido,
On 15.02.2014 09:27, Guido Günther wrote:
On Fri, Feb 14, 2014 at 08:30:51PM +0100, Andreas Cadhalpun wrote:
Please apply the patch to ease this and future transitions.
Can't we build-dep on valac and be done with it. BinNMUs would then be
sufficient.
That is exactly what my
Control: tags -1 patch
Hi,
I found a fix for this FTBFS, which is due to g_type_init being
deprecated after glib 2.36.
Please consider applying the patch.
Best regards,
Andreas
--- a/src/application-service.c
+++ b/src/application-service.c
@@ -52,7 +52,10 @@
int
main (int argc, char **
Hi,
it is planned to upload valac 0.22 to unstable soon.
The attached patch updates the build-dependencies accordingly.
I tested it, and radare builds with the patch applied.
Please apply the patch, once valac 0.22 hits unstable.
Best regards,
Andreas
diff -ruN radare-1.5.2.orig/debian/control
Package: valabind
Version: 0.7.4-4
Severity: important
Tags: patch
Hi,
it is planned to upload valac 0.22 to unstable soon.
The attached patch updates the build-dependencies accordingly.
I tested it, and valabind builds with the patch applied.
Furthermore the reverse build-dependencies radare2
Package: anjuta
Version: 2:3.8.4-1+b2
Severity: normal
Tags: patch
Hi,
it is planned to upload valac 0.22 to unstable soon.
The attached patch updates the build-dependencies accordingly.
I tested it, and anjuta builds with the patch applied.
Please apply the patch, once valac 0.22 hits
Source: gtk-vnc
Version: 0.5.2-2
Severity: normal
Tags: patch
Hi,
it is planned to upload valac 0.22 to unstable soon.
The attached patch updates the build-dependencies accordingly.
I tested it, and gtk-vnc builds with the patch applied.
Please apply the patch to ease this and future
Package: steadyflow
Version: 0.2.0-1
Severity: normal
Tags: patch
Hi,
it is planned to upload valac 0.22 to unstable soon.
The attached patch updates the build-dependencies accordingly.
I tested it, and steadyflow builds with the patch applied.
Please apply the patch to ease this and future
Package: totem-plugin-arte
Version: 3.2.1-1
Severity: normal
Tags: patch
Hi,
it is planned to upload valac 0.22 to unstable soon.
The attached patch updates the build-dependencies accordingly.
I tested it, and totem-plugin-arte builds with the patch applied.
Please apply the patch to ease this
On 14.02.2014 20:27, Andreas Cadhalpun wrote:
it is planned to upload valac 0.22 to unstable soon.
The attached patch updates the build-dependencies accordingly.
I tested it, and anjuta builds with the patch applied.
I'm sorry, but I missed, that the Vala support is not enabled with valac
Hi,
On 10.02.2014 12:33, Sebastian Reichel wrote:
On Mon, Feb 10, 2014 at 10:30:15AM +0100, Andreas Henriksson wrote:
(ie. in march or so when gnome 3.12 releases are out.)
How about uploading valac 0.22 to sid ASAP without making it the
default valac release? This should not break any
On 12.02.2014 12:07, Andrew Louis wrote:
yes the old installation exists, it shows on the grub menu. i wasnt
anticipating an answer, sorry for my delayed response. i installed it on
the same partition, yes. The older setup does not open up. it gets stuck
at a login screen where the display goes
Hi Scott,
since clamav builds on powerpc and ppc64 I don't think any additional
changes to Roland's patch are necessary for building on powerpcspe.
However my previous patch didn't include the fanotify syscall numbers
for alpha and m68k, which you can find in the attached patch. (I didn't
On 12.02.2014 18:35, Don Armstrong wrote:
On Wed, 12 Feb 2014, Andreas Cadhalpun wrote:
is there any reason why you closed Bug #718267 with your message to
announce the default init system for jessie?
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718267#20
I didn't, actually.[1]
I'm
Hi,
On 12.02.2014 23:25, Scott Kitterman wrote:
Thanks. I worked with Adam Conrad (infinity) and got a patch that takes the
syscall numbers from GLIBC, so we don't need the hard coded list and sent that
upstream. That or another similar patch will be in the next clamav release,
so I'll use
Hi,
thanks for looking into the issue.
On 11.02.2014 17:40, Sarah Sharp wrote:
On Sat, Feb 08, 2014 at 03:56:31AM +, Ben Hutchings wrote:
For the benefit of other developers, that change is a revert of commit
459d3c146117 ('usb: xhci: Link TRB must not occur within a USB payload
burst')
Hi Zbyszek,
thanks for this link.
So the reason for this behavior is explained by Lennart Poettering as:
Consider this: a service A.service uses a socket A.socket. Now both are
started, and then you stop A.socket but A.service continues to run. I
think in that case the service should have
Hi,
I think the service file for smartmontools could be improved:
* Add a reference to the documentation in the [Unit] section, e.g.:
Documentation=man:smartd(8) man:smartd.conf(5)
* The 'EnvironmentFile=-/usr/local/etc/sysconfig/smartmontools' does
not exist in Debian, it is rather
Package: systemd-sysv
Version: 204-6
Severity: normal
Dear Maintainer,
Stopping a systemd socket does not remove the socket file, e.g. after
sudo systemctl stop avahi-daemon.socket
the socket file /run/avahi-daemon/socket remains.
This is not the expected behavior, because if the socket file
Hi,
On 08.02.2014 19:19, andrewlouis6511 wrote:
* What led up to the situation?
My previous version encountered some problems during installing commodo
firewall and debian wouldnt start up. So i did a fresh install but couldnt
remove the previous installation from the GRUB menu.
* What
Hi Michael,
On 08.02.2014 22:26, Michael Stapelberg wrote:
Andreas Cadhalpun andreas.cadhal...@googlemail.com writes:
Stopping a systemd socket does not remove the socket file, e.g. after
sudo systemctl stop avahi-daemon.socket
the socket file /run/avahi-daemon/socket remains
Hi,
I requested the improvements no upstream at:
http://sourceforge.net/apps/trac/smartmontools/ticket/316
Best regards,
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: src:linux
Version: 3.12.9-1
Severity: important
X-Debbugs-CC: Ben Hutchings b...@decadent.org.uk
Dear Maintainer,
linux 3.12.9-1 introduced a regression in xhci_hcd: USB3 does not work
any more! (see the Kernel log below)
This worked with 3.12.8-1 and still works with 3.13-1~exp1.
In
Hi,
On 02.02.2014 02:32, Steven Chamberlain wrote:
The bug wasn't closed by spam, but by Ben Hutchings who said:
That was the first time it got closed, but the second time it was
definitely spam, unless Ben Hutchings changed his mail to:
UNITED NATIONSgabrielso...@adinet.com.uy
Best
Control: reopen -1
Hi,
spam should not close bugs, thus I'm reopening this one.
Best regards,
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Control: tags -1 patch
Hi,
On 30.01.2014 13:30, Roland Stigge wrote:
clamav FTBFS on powerpc (and other arches) like this:
...
CC fan.o
In file included from fan.c:38:0:
fan-syscalllib.h:14:3: error: #error System call numbers not defined for this
architecture
# error System call
Hi,
On 30.01.2014 13:39, Adrian wrote:
Thanks a lot for the help . It did the trick.
I'm glad I could help you.
So you can close the bug.
I think it would be better if gnome-tweak-tool was resizable by
default, as I don't see a reason against that.
Best regards,
Andreas
--
To
Hi,
On 27.01.2014 18:30, Adrian wrote:
In gnome-tweak-tool the text appears incomplete and I cannot increase de window
size, so there is no way of seeing the full text next to each option.
I attach an screenshot
This problem also exists with the German localization.
You can work around it by
Control: reassign -1 src:linux
Control: forcemerge 725714 -1
Hi,
On 28.01.2014 20:15, ano...@users.sourceforge.net wrote:
Preparing to install Debian on my new T430, which has an e1000e on eth0
and an Intel Centrino Advanced-N 6205 (supported with iwlwifi and
non-free firmware) as wlan0.
I
Hi Svante,
On 27.01.2014 22:58, Svante Signell wrote:
gdm3 does not work in Gnome Flashback mode, this is the fourth computer
showing the problem, forcing me to switch to xfce :( After logging in I
have icewaesel present in all workspaces, and iconizing it fails, the
screen is filled with lines
Hallo Rainer,
On 25.01.2014 21:44, rm wrote:
habe das BIOS-Update durchgeführt, neue Version FD.
Aber die Voreinstellung des BIOS ist: IOMMU = disabled. Wieder kein
USB 2.0 und kein Netzwerk!
Einen Versuch war es wert.
Mit IOMMU= enabled kann ich wieder mit Wheezy_amd64 arbeiten.
Die
Control: reopen -1
Hi Scott,
this bug was not fixed:
* the original autotools-dev patch got disabled
* dh_autoreconf was not worked on
I attached a patch to enable autoreconf.
Unfortunately it does not work with current automake 1.14, due to a bug
with subdir-objects and $(top_srcdir) [1].
Hi Scott,
I found a fix/workaround for your build error:
others.c:970:10: error: storage size of 'maind' isn't known
STATBUF maind, statbuf;
This is due to STATBUF being defined as 'struct stat64' instead of
'struct stat'. I attached a patch that fixes the issue by disabling
stat64, at
Hi Adrian,
On 22.01.2014 14:40, Adrian Immanuel Kieß wrote:
yes the screen does indeed turn off for a while while GDM is loading
when I dont't exit plymouth.
Strange.
Maybe should I purge GDM3 and try over again? I have no clue why GDM
does only works so sluggish for me.
This may help -
Hi Harri,
thanks for your installation report.
On 21.01.2014 11:13, Harri Kiiskinen wrote:
Problems:
- Network card: did not install drivers for wifi card, for iwlwifi-firmware was
not on netinst cd. Wired connection worked ok.
This firmware is not on the netinst CD, because it is
Hi Adrian,
On 21.01.2014 09:11, Adrian Immanuel Kieß wrote:
I have another small question; Can you tell me how I can set the banner
text in GDM v3.8? I tried with dconf and the configuration files
under /etc/gdm3 but nothing seems to work.
I attached my greetings.gsettings file. It now seems
Hi Josh,
On 22.01.2014 17:50, Josh Triplett wrote:
Odd. Please report a bug in the fd.o bugzilla on the i915 driver.
This seems to be already reported [1], as i915.disable_power_well=0
stops the errors (but there is still mode change).
I tried:
sudo journalctl -F BOOTCHART
This gave no
On 22.01.2014 22:37, rm wrote:
Hallo Andreas,
vielen Dank für Deine prompte Antwort mit detaillierter Hilfestellung
samt Links.
Noch ohne zu wissen welchen Nutzen oder Sinn IOMMU für mich macht
(ausser, dass nun
mein Wheezy-amd64-Debian läuft) werde ich den BIOS Update so bald wie
möglich
.
If you don't have such varying boot times, it would help if you could
carry out this measurement.
On Mon, Jan 20, 2014 at 11:12:21PM +0100, Andreas Cadhalpun wrote:
Of course, this would be the best solution. So as soon as Debian
boots even on old grandma's computer in less then a second
Hi Adrian,
On 21.01.2014 09:11, Adrian Immanuel Kieß wrote:
I can't find the missing part in /var/log/syslog. The console output
seem mostly to stop at Starting fancontrol
Then you can probably find them in /var/log/boot.log.
Regarding to portmap; that's true, but it was not obvious for
Hi Nick,
On 21.01.2014 11:38, Nick wrote:
I call them either via the alternative status menu session, or for
suspend, with the default keyboard shortcut key.
I've primarily been using KDE on this system (i originally installed
that) but recently installed gnome as well and have been trying it
...
But the installer could add the 'splash' boot option, when installing
the boot loader.
On Tue, Jan 21, 2014 at 07:43:41PM +0100, Andreas Cadhalpun wrote:
On 21.01.2014 03:35, Josh Triplett wrote:
On current systems, there's an even better way to do that: make sure
the kernel doesn't change the video mode set
Hi Joey,
On 20.01.2014 16:28, Joey Hess wrote:
Josh Triplett wrote:
If the goal here is to hide the boot messages by default, note that
the default kernel command line includes quiet, which hides most
kernel messages and systemd messages.
Note that the hiding of systemd messages is
Hi Josh,
On 22.01.2014 01:30, j...@joshtriplett.org wrote:
On Wed, Jan 22, 2014 at 12:53:05AM +0100, Andreas Cadhalpun wrote:
So you agree that it is easy enough to manually remove the 'splash'
boot option if you don't like it (assuming it was enabled by
default)?
I don't see where you got
Hi Adrian,
On 22.01.2014 01:24, Adrian Immanuel Kieß wrote:
the missing part is then:
Starting Enable support for additional executable binary formats...
76 Starting LSB: Start acpi_fakekey daemon...
77 Starting LSB: Bluetooth monitoring daemon...
78 Starting LSB:
On 22.01.2014 03:05, Josh Triplett wrote:
On Wed, Jan 22, 2014 at 02:53:51AM +0100, Andreas Cadhalpun wrote:
Why do you think it would be bad to enable 'splash' by default?
Because then the splash screen would show up. :)
See my previous mails in this thread; I would like to avoid having
Hi Peter,
On 21.01.2014 10:21, Peter Spiess-Knafl wrote:
Clicking on Tools - Manage Snippets is ignored.
Steps done: Open Gedit - Click on Tools - Click on Manage Snippets
Outcome: Snippet Configuration Windows is not opened.
Expected: Snippet Configuration Window to be shown.
Maybe somebody
Hi Darren,
On 19.01.2014 23:57, Darren Williams wrote:
I just re-installed an older Dell E6400 laptop which results in similar
suspend issue. Installing systemd-sysv on the old laptop fixes suspend.
That's good.
Read below for the solution to the mount problem reported earlier, seems
to be
Hi Adrian,
On 20.01.2014 04:42, Adrian Immanuel Kieß wrote:
following to your suggestion I installed systemd-sysv and it is really
nice; the system boots much quicker.
;)
As a side note, I had to apt-get purge portmap to make nfs-kernel-server
working again with systemd;
This is not
Hi Josh,
On 20.01.2014 02:07, Josh Triplett wrote:
If the goal here is to hide the boot messages by default, note that
the default kernel command line includes quiet, which hides most
kernel messages and systemd messages.
In my opinion the boot options 'quiet' (hide unnecessary kernel
Control: reassign -1 linux-image-3.2.0-4-amd64
Control: retitle -1 network/USB not working on Gigabyte 990FXA-UD3
mainboard with IOMMU disabled in BIOS [BIOS bug?]
Control: tags -1 d-i
[An English translation of this message can be found at the end.]
Hallo Rainer,
vielen Dank für deinen
Hi Adrian,
On 19.01.2014 06:35, Adrian Immanuel Kieß wrote:
installing systemd-shim helped fine.
That's great.
I'd like to note that GDM3 in Debian/testing now takes a great time to
load and that the console output is not shown right when GDM3 leaves X
mode.
How long is 'a great time'?
Hi Nick,
On 19.01.2014 18:20, Nick wrote:
Suspend and Hibernate do not seem to lock screen on resume, and I can't find
an option to allow them to do so (although I think locking should be the
default option for both).
Both suspend and Hibernate (called via the alternative status menu
701 - 800 of 935 matches
Mail list logo
