I found another bug in
a security update of another package, incidentally on the same day
as this one?!) What's the usual procedure for non-security bugs
introduced by security updates? (Couldn't find anything about it on
the web site.)
Frank
> I suppose
> https://github.com/ImageMagick/ImageMagick/commit/f6242e725c819a69bee2a444f8e4a3c7718b2b3f
>
> Fix it. If so plezse merge this bug with the other one régression about pdf
Yes, this seems to fix my problem, thanks.
Frank
places. This might
explain why the bug only occurs with portrait. I see that some
callers of GetQuantumExtent() use its result as the length parameter
to ReadBlob and similar, so it seems strange to use the max of width
and height here. Others callers might use it for a work buffer where
this might be correct (and probably what the change was meant to
fix), but it might be necessary to separate those two cases.
Frank
test-suite.log.bz2
Description: Binary data
gs at
boot time at least almost right :-( Compared to the straightforward
use of targets through full iSOEs like e.g. the QME8262 cards, this
just feels awkward. Maybe it's just me doing something terribly wrong
;-)
Thanks & best regards,
Frank
Package: mate-panel
Version: 1.14.2-1
Severity: normal
Like this:
(mate-panel:26256): GLib-GObject-CRITICAL **: g_object_unref: assertion
'G_IS_OBJECT (object)' failed
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture:
"enumerate_iscsi_devices()". I've tried to explain the
experienced issue in greater detail here:
http://www.bityard.org/blog/2016/08/28/backporting_open-iscsi_debian_jessie
A quick'n'dirty solution which worked for me can be found here:
https://github.com/frank-fegert/debian_open-is
Package: mate-terminal
Version: 1.14.1-1
Severity: minor
It appears this edeveloped over the last several weeks. Mate-terminal could be
set to
transparency and obeyed window sizes set in the profile.
The version now on my machine cannot be made transparent and ignores window
size settings.
Package: apt-get
Version:
apt 1.0.9.8.3 for armhf compiled on Apr 2 2016 16:38:14
Supported modules:
*Ver: Standard .deb
Pkg: Debian APT solver interface (Priority -1000)
*Pkg: Debian dpkg interface (Priority 30)
S.L: 'deb' Standard Debian binary tree
S.L: 'deb-src' Standard Debian
Package: flex
Version: 2.5.39-8+deb8u1
Severity: normal
After this update, I get the following warning when compiling the
flex generated code with gcc, which I didn't get before:
scan.cpp: In function âint yy_get_next_buffer(yyscan_t)â:
scan.cpp:758:18: error: comparison between signed and
Package: mate-accountsdialog
Version: 1.8.1-1
Severity: normal
Dear Maintainer,
I am running Debian Stretch/Sid on my 64 bit machine and
discovered a few days ago that mate-accountssdialog crashes
on startup. it complains about mixed GTK 2.0 and 3.0.
It seems the developer at Github has
OTAUTH
I tried to look into the bind9 git
git://git.debian.org/~lamont/bind9.git,
but was not able to find the corresponding git hashes
Is this expected behaviour? Howto resolve the situation?
kind regards
Frank
*** End of the template - remove these template lines ***
-- System Infor
ork` (or,
> since the forking is entirely within the main executable, just the
> manual equivalent at the call site).
There is no standard that mandates how $RANDOM should behave. So this
boils down to "zsh is no bash".
Regards, Frank
control: tags -1 - moreinfo
Hello again!
Am 20.06.2016 um 13:08 schrieb Gianfranco Costamagna:
you gave me a good answer here, so, please add it again then (libboost-dev is
fine
in this case!)
Ok.
There is a good reason, but I see that it is unnecessarily tortuous to
do so. That’s why
?
says,
common licenses may just be refered.
(BTW std-version is 3.9.8 now)
Ok.
Thx for all the work and your patience,
Frank
me, please let me know.
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE4 D8AA
signature.asc
Description: PGP signature
Package: mutt
Version: 1.6.0-1
Severity: normal
Dear Maintainer,
* What led up to the situation?
After a mutt update the gpg configuration in .muttrc stopped working. Looking
for a solution I found the advice to specify
set crypt_use_gpgme
instead. Although that did solve the gpg-problem,
Subject: mate-panel: todays updates break clock and weather
Package: mate-panel
Version: 1.12.2-1
Severity: normal
Dear Maintainer,
Todays updates on Debian Stretch of mate-panel-applets removed the clock and
weather
applets from mate-panel. Syslog reports some sort of conflict between
gtk2
Package: dvb-apps
Version: 1.1.1+rev1500-1+fh1
Severity: normal
File: /usr/bin/alevt
Tags: patch
progtbl has a size of 16 (actually, only 15 are used due to the
check "progcnt >= sizeof(progtbl)/sizeof(progtbl[0])"; maybe this
should be ">", unless the last entry is needed as a terminator).
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "setop":
* Package name: setop
Version : 0.1-1
Upstream Author : Frank Stähr
* URL : <http://github.com/phisigma/setop>
* License
e typos in the upstream sources,
resulting in Stealth 4.01.05 and Debian version 4.01.05-1: the new version
closing 814438 should arrive shortly.
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfn
[Sorry for the late response]
On mar., 2016-05-03 at 22:59 -0400, Greg Elin wrote:
> What is the difference between the collab-maint repo and the Alioth
> group?
An Alioth project is meant for a group of people to collaborate. Each
project has one or more repository (GIT/SVN/HG...), mailing
Dear Axel Beckert, you wrote:
> Hi Frank,
Hi Axel,
You wrote:
> I'm not 100% sure what's going on, but it seems to me that while
> c++-annotations indeed FTBFS with 3.07.00-1 and builds fine again with
> 3.08.00-1 (verified it :-), it's the opposite way round with zsh:
>
&
[CC'ing Pierre]
On sam., 2016-04-30 at 11:52 -0400, Klee Dienes wrote:
> I'd be happy to sponsor the package. I noticed you have Pierre
> Chifflier listed in the Uploaders: field ... is
> he already sponsoring the package? If so I'll gladly defer.
Your offer is welcome and
am concerned, this is not going to change.
Regards, Frank
ve CCs) reassign this
bug to yodl, since that's where the fix is required.
Thanks again,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7D
Dear Martin Michlmayr, you wrote:
>
> Package: bobcat
> Version: 4.01.04-1
> Severity: serious
>
> Hi Frank, here's a build failure of bobcat. I don't know if it's a
> regression in yodl or if something has to change in bobcat, but in any
> case, bobcat fails to build
ols).
Agree 100%. And the fix is on its way :-)
Thanks again!
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE4 D8AA
ply, guys: I'll do my best to come up with the fix
equallly quick :-)
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE
d me the output? That might provide a little
more info about what went wrong.
For now, lacking access to a Helion machine, I'm afraid I have to ask you for
some help
Cheers,
[Cc: Tony/George]
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 3
Package: appstream
Version: 0.9.4-1
Followup-For: Bug #822317
I'm also getting similar issues as of recently. This is what happens when I run
aptitude update (also affects apt-get update):
root@frankjr-desktop:/home/frankjr# aptitude update
Ign http://dl.google.com/linux/chrome/deb stable
orbis/libvorbis_1.3.4-3.dsc
http://snapshot.debian.org/archive/debian/20151001T033412Z/pool/main/libv/libvorbis/libvorbis_1.3.4-3.debian.tar.xz
It did indeed fix the test case, and also my real case where I found
the problem. I'll do some more tests soon and report if I find more
problems, but I hope not.
Thanks,
Frank
Package: libvorbisfile3
Version: 1.3.4-2
Severity: important
ov_pcm_seek wrongly returns OV_EOF or segfaults sometimes. I've
observed it in some situations, below is a very simple one to
reproduce. It's an important problem to me, because (unless fixed or
you can tell me exactly when seeking will
Package: fritzing-data
Version: 0.9.2b+dfsg-3
Severity: normal
Dear Maintainer,
if I select a part, e.g. a capacitor, and click on "Edit (new parts editor)" I
get the error message: "Unable to load fzp from
/usr/share/fritzing/pdb/core/capacitor_electrolytic_small.fzp".
If I download the same
2016-04-06 18:52 GMT+02:00 victory <victory@gmail.com>:
> On Tue, 5 Apr 2016 20:16:53 +0200
> Frank Lichtenheld wrote:
>
>> I assume you wanted to report this against tidy, not www.debian.org?
>
> if so, I always report to the upstream, not the debia
dy-html5/blob/master/src/lexer.c
>
>
> --
> victory
> no need to CC me :-)
>
--
Frank Lichtenheld <dj...@debian.org>
and recent_list_common.wml.
As the filenames indicate, this is not a complete replacement, yet. So
far this only covers security, not News or events. But I think it already
demonstrates the value of the excercise.
Also attached is a dla parser script.
Feedback welcome.
Regards,
Frank
-- System Information
Package: www.debian.org
Followup-For: Bug #720745
Please find a proposed patch attached.
Feedback welcome.
Regards,
Frank
-- System Information:
Debian Release: 8.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux
/songwrite/index_en.html
kind regards
Frank
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF
> On 28 March 2016 at 12:18, Frank Heckenbach <f.heckenb...@fh-soft.de> wrote:
> > Felipe Sateler wrote:
> >
> >> BTW, systemd has been uploaded to proposed-updates[1] fixing #805133.
> >> Could you please upgrade to that version and try usin
/recent_list.wml). This function is used
everywhere and has a lot of different calling conventions and a lot of
weird special handling and is just a horror to touch.
Maybe I will find some more motivation to look into it on the weekend.
Regards,
Frank
I was wondering how to proceed with this bug.
Does it make sense to replace the PTS link with the tracker link or
should both be present?
Regards,
--
Frank Lichtenheld <dj...@debian.org>
On Wed, 30 Mar 2016 01:52:40 +0200 Frank Lichtenheld <dj...@debian.org> wrote:
> This bug still applies.
> A more recent example would be
> https://packages.debian.org/jessie-backports/libapache2-mod-security2
>
> It depends on apache2-api-20120211 which is provided in j
This bug still applies.
A more recent example would be
https://packages.debian.org/jessie-backports/libapache2-mod-security2
It depends on apache2-api-20120211 which is provided in jessie, but
the page in jessie-backports doesn't reflect that.
--
Frank Lichtenheld <dj...@debian.org>
d I commit...
FTR, the correct solution was to merge all the translation relevant
changes to master which I did now.
debian-master was really only intended for debian deployment related
changes that are not relevant for people hosting their own instance.
Will apply the patch to master.
Regards,
--
Frank Lichtenheld <dj...@debian.org>
ugh to find the right hosts and display the right info. picconi
> and pkgmirror-1and1 are the current hosts for this service.
Patches welcome ;)
--
Frank Lichtenheld <dj...@debian.org>
. Hopefully this will fix this issue.
Regards,
Frank
--
Frank Lichtenheld <dj...@debian.org>
. Hopefully this will fix this issue.
Regards,
Frank
-stderr: PHP Warning:
Invalid argument supplied for foreach() in
/usr/share/dokuwiki/lib/exe/css.php on line 86
- frank
On 29 March 2016 at 00:55, David Prévot <da...@tilapin.org> wrote:
> Hi,
>
> Thank you for your report.
>
> CCing Perpetuum who reported a similar issue in
ian.org/debian/dists/sid/main/binary-mips64el/Packages.xz 2>&1
| head -n 1
HTTP/1.1 200 OK
Maybe also affects some other new architectures, but haven't tested that, yet.
Regards,
Frank
-- System Information:
Debian Release: 8.3
APT prefers stable
APT policy: (500, 'stable')
Archi
merges it and
then takes care of the deployment immediately.
Regards,
Frank
-- System Information:
Debian Release: 8.3
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8
a swap
file is in a tmpfs, but that's just silly. ;) So I think in most
cases, the order doesn't matter, and if it does, umount before
swapoff is correct. So it shouldn't hurt to always do the ordering.
Regards,
Frank
Package: php-seclib
Version: 1.0.1-3
Severity: normal
Tags: newcomer
Dear Maintainer,
* What led up to the situation?
Loading Dokuwiki running on lighttpd reported a 500 "The localhost page isn’t
working" error. Looking into lighttpd logs I see in error.log
(mod_fastcgi.c.2520)
FWIW, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=819083;mbox=yes works.
Downloads is 49 MB, though.
Regards,
Frank
control messages.
This makes the regex from Bugreport.pm match correctly.
Obviously this will only fix new instances of the issue, not
retroactively fix all the instances from past bugs.
The patch also includes a test case. This part of the patch depends
on my patch from #767327.
Regards,
Frank
Package: bugs.debian.org
Followup-For: Bug #767327
I've prepared a testcase and a patch for the issue.
Please see the attached commits.
Regards,
Frank
-- System Information:
Debian Release: 8.3
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux
Package: bash
Version: 4.3-11+b1
Severity: normal
% cat bash-bug
#!/bin/bash
if true; then
$[()]
exit
fi
echo "Should not get here."
% ./bash-bug
./bash-bug: line 4: (): syntax error: operand expected (error token is ")")
Should not get here.
The error is correct, but after that it should
> Nicht genügend Hauptspeicher verfügbar
>
> at shutdown time.
>
> Thanks for the reporting and analysis so far!
>
> @Frank Heckenbach: I would love to give the "workaround" a try, but I
> don't fully understand, what will be achieved by
>
> > ExecStop=/bin
building it
myself, same bug), but anyway.
> The patch is in the git repository.
Where can I get it (just the patch, so I can try it against the
jessie version)?
https://git.xiph.org/ says:
vorbis-tools.git ... Last change 5 months ago
Regards,
Frank
/cgit/pkg-xiph/vorbis-tools.git/tree/debian/patches/Fix-segfault-in-vcut.patch
Seems to work for me. Thanks.
Frank
Package: libspice-server1
Version: 0.12.5-1+deb8u2
Severity: normal
Tags: patch
When running KDE in Xspice, the cursor disappears.
To reproduce, I start the server like this:
#!/bin/sh
set -e
export DISPLAY=:30
zcat /usr/share/doc/xserver-xspice/spiceqxl.xorg.conf.example.gz >
/tmp/xspice.conf
Package: vorbis-tools
Version: 1.4.0-6
Severity: grave
File: /usr/bin/vcut
Justification: renders package unusable
Sorry for the brief description, but for what I can tell, that's
really it. I tried various cases, and vcut always seems to just
segfault. Here's one example:
% head -c 50
Hi,
I can confirm this bug still persists in rsync 3.1.1.
With kind regards
Frank Altpeter
--
FA-RIPE || http://about.me/frank.altpeter/
signature.asc
Description: Digital signature
on 'steps' (ie host/guest time are out of sync
for more than 20 seconds) but the latter still needs to be discussed
internally.
Kind regards,
Frank
On Friday 11 March 2016 10:23:24 Gianfranco Costamagna wrote:
> Hi Sam and VBox developers,
> I'm forwarding the following mail to Virt
On Friday 11 March 2016 12:57:17 Frank Mehnert wrote:
> We also might synchronize the RTC with the system time on 'steps' (ie
> host/guest time are out of sync for more than 20 seconds) but the latter
> still needs to be discussed internally.
s/20 seconds/20 minutes/ of course.
Frank
--
Package: virt-manager
Version: 1:1.2.1-4
Followup-For: Bug #766294
Hello,
I have the same problem when my guest is running in VNC mode.
But it's fine when running in Spice mode.
Frank lin Piat
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (800, 'testing
the flash package is
simply not available anymore.
This is the result of running it
root@frank-debian:/home/frank# update-pepperflashplugin-nonfree --install
--verbose
options : --install --verbose --
temporary directory: /tmp/pepperflashplugin-nonfree.lOWqvvqSXk
doing apt-get update on google
blem with it,
everything else works fine regardless. It's not the first software
workaround for hardware bugs I've had to use either. (The kernel has
a number of those, and at least one of my former MBs definitely
needed one to use UDMA reliably.) Such is life in the hardware-near
world, so maybe udev could just adapt this little workaround ...
Regards,
Frank
Dear Andreas Beckmann, you wrote:
>
> On 2016-02-21 12:30, Frank B. Brokken wrote:
> > It should be trivially fixable: should be a matter of including
> > in alternatives/alternatives.ih. (*should* because I don't
>
> Does that header exist on hurd-i386?
Don't know,
, so I can't test the presumed fix directly).
I'll try to prepare a new release today. Thanks!
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "setop":
* Package name: setop
Version : 0.1-1
Upstream Author : Frank Stähr
* URL : <http://github.com/phisigma/setop>
* License
Package: wnpp
Severity: wishlist
Owner: "Frank Stähr" <der-storch...@gmx.net>
* Package name: setop
Version : 0.1
Upstream Author : Frank Stähr <der-storch...@gmx.net>
* URL : http://github.com/phisigma/setop
* License : GPL-2+
solution.
Some tests indicate that there might be
more issues with 16bit vs. 32bit mode.
--
regards
Frank
/isolinux/menu.cfg there are other config files included,
but some of them do not exist in the CD-Image iso9660 filesystem, e.g.
amdtxt.cfg or amdgtk.cfg which might cause problems, too.
--
regards
Frank
> > This seems to work. However, given that this single line is now >1
> > KB and more than 3 times as long as my work-around service, and
> > heavily depends on the system configuration, I doubt whether it's
> > actually less hackish. (I do occasionally change my swap partitions.
> > I also build
> What if instead of this service, you add an:
>
> After=swap.target
>
> To your tmp.mount ?
Doesn't work. Also, systemctl still lists tmp.mount before the swap
targets, which means (I suppose) it will be stopped after them.
I thought maybe swap.target is just a virtual target that depends on
> Due to the other bug I linked, this may not be sufficient. Please list
> all the swap units listed in
>
> % systemctl list-units '*.swap'
>
> You'll see that there are multiple units each of the different ways
> you can access the underlying partition (by uuid, did, wwm and sdX
> name).
>
> I
As a work around, I've put the following in
/etc/systemd/system/workaround-788303.service and activated it with
systemctl enable workaround-788303
This seems to work for me for now. Of course, I'd prefer a real
bugfix. (And so should the systemd author, seeing how much he hates
using the shell
ormation, please let me know.
And, last but not least, thank you very much for your effort!
The Debian PostgreSQL tools are really admirable and I like very
much using them.
Thanks in advance,
Frank.
--
GnuPG / PGP info
Key-ID: 0xC8C1A552
Fingerprint: 3EFD EF94 4841 38B5
Package: postgresql-commonVersion: 172.pgdg70+1
Probably I reported the bug using the wrong package name. Please reassign, if
I'm right.
Sorry!!!
Thx,Frank.
> On 6 Jan 2016 02:45, "Frank Heckenbach" <f.heckenb...@fh-soft.de> wrote:
> >
> > I did some more debugging, and found out some things:
> >
> > - In a debug shell after the failed shutdown, I did:
> >
> > systemctl status
had any problems of that kind.
Regards, Frank
i-(6007)-~% apt-get install susv4
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
susv4
0 upgraded, 1 newly installed, 0 to remove and 56 not upgraded.
Need to get
I did some more debugging, and found out some things:
- In a debug shell after the failed shutdown, I did:
systemctl status `systemctl | grep failed | grep swap | awk '{print $2}'`
and found an error message like this:
swapoff: /dev/sdxx: swapoff failed: Cannot allocate memory
-
Just saying me too (also to get informed about news on this front).
It happenes both on reboot and shutdown attempts.
I can also offer to help debugging it, if there's something specific
I can do (in jessie).
Also, I'd suggest to increase the severity, since, you know, not
shutting down the
Package: socat
Version: 1.7.2.4-2
Severity: normal
Tags: upstream
When socat is terminated by a signal that it catches (e.g. SIGTERM),
it exits with status 128+signum (socat_signal() -> diag_exit() ->
_diag_exit() -> Exit() -> exit()).
Though 128+signum is a convention used by common shells to
Bob B wrote:
> It's curious whether the problem can be resolved
>
> by updating the ODD's firmware
>
> to the latest version (currently "SB07"):
>
> http://www.tsstodd.com/eng/firmware/fwdownload/?functionvalue=view=733
I'd like to try it if there's some way to update the firmware.
The web site
I have attached a sample of what wbar-config does to my $HOME/.wbar file
after
I hit reload.
.wbar
Description: Binary data
Appreciate it...even if I am one of the few running wbar :)
--
Do not handicap your children by making their lives easy.
-- Robert Heinlein--Time Enough For Love--
Package: wbar
Version: 2.3.4-4
Severity: normal
Making changes to the wbar configuration using wbar-config garbles the second
line
of the $HOME/.wbar file which normally contains the parameters to wbar.
Running wbar after that places the wbar image in a seemingly arbitrary manner on
the screen.
nvolve upstream at some point.
OK, thanks for the help and (for me at least) final conclusion. For me
personally the problem has been solved: for the time being I'm happy with 227,
and I'm sure that the problem will soon be fixed.
Thanks again for helping along!
Cheers,
--
Frank B. Brokken
Cen
file
/lib/systemd/system/local-fs.target.wants/systemd-remount-fs.service and added
the lines you suggested. My next e-mail is about the contents of journal log.
Thereafter I'll try to downgrade to the previous version to see what
happens then.
--
Frank B. Brokken
Center for Information Tec
host.localdomain sh[516]: before rootfs remount
Dec 19 16:45:24 localhost.localdomain sh[620]: before rootfs remount
$ grep 'after rootfs' *1650
$
Next thing I'll try is to downgrade to 227-2.
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 36
.deb
Thereafter I rebooted several times without encountering any problems. Also
with reduced output (grub's option 'quiet') no problems were encountered.
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key
Dear Michael Biebl, you wrote:
> Am 18.12.2015 um 15:59 schrieb Frank B. Brokken:
> > Is there a way to determine that? What I do to upgrade the system is run
> > 'aptitude update' and then 'aptitude upgrade'. Is there a log somewhere that
> > tells me what packages and
useful to note: it took like four or five reboot attempts before the
booting process eventually failed. This time even more output than with using
'verbose' flashes by during the booting process, which somewhat slows down the
booting procedure. You're sure it can't be some timing problem?
--
F
t-net.rules
And I definitely didn't recently change there any files, so again: the problem
appeared out of the blue since last weeks upgrade.
I hope the above gives you at least some additional info. As I wrote: I'll do
the 'debug' addition tomorrow.
Cheers,
--
Frank B. Brokken
Center f
ated at what moments in time?
> If you downgrade systemd/udev, does the problem go away?
I thought about doing that, but was afraid for an avalanche of forced
downgrades of packages that might now depend on the most recent udev and
systemd versions. But I'll give it a try asap and let yo
reatly. Still, when rebooting fails there's just the plain halt, w/o a debug
shell. Since removing the quiet also produces a lot more output on the screen,
might my problem not simply be some timing problem?
--
Frank B. Brokken
Center for Information Technology, University of Groningen
Dear Michael Biebl, you wrote:
> Am 17.12.2015 um 13:46 schrieb Frank B. Brokken:
> > halt. No reboot (e.g. ctrl-alt-del) is possible and there's no rescue
> > shell>
> What exactly do you mean with halt? The systems completely locks up so
> you can't use the key
> ...
> 2 error(s) detected
> debian/rules:52: recipe for target 'clean' failed
> make: *** [clean] Error 1
>
> [..]
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.sur
failed
Thanks! That's a plain old typo. But an update also including the required
changes for the icmake 8.00.04 upgrade is being prepared right now.
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.sur
401 - 500 of 7693 matches
Mail list logo