itionally iproute2 is low-level tools, ifupdown uses it as an
implementation detail. Having iproute2 provide ifupdown glue just
creates a confusing circular relationship. If you want ifupdown to
use more of iproute2, then I say implement it in ifupdown!
>
> Thanks!
>
> /mjt
>
Hope that my comments where not too spicy and hopefully some food for
though.
(If it wasn't already obvious: My suggestion is to tags +wontfix this
bug report on the iproute2 side.)
Regards,
Andreas Henriksson
rove the packaging logic so files are /moved/
from debian/build/install/ into the respective binary package directory
and then fail the build if debian/build/install/ still contains anything
(ie. similar to --fail-missing in generic dh packages).
Regards,
Andreas Henriksson
On Tue, Feb 16, 2021 at 10:35:53PM +0100, Andreas Henriksson wrote:
> Control: notfound -1 20201218-3
> Control: found -1 20210208-1
>
> On Tue, Feb 16, 2021 at 08:20:47AM +0100, maximilian attems wrote:
> [...]
> > right it was replaced by newer cypress version and there sh
ot* install it into debian/firmware-brcm80211 .
The reason seems to be that the filename is not listed in
debian/firmware-brcm80211.metainfo.xml
(The cypress filename the symlink points to is however listed
and that gets installed as expected.)
HTH
Regards,
Andreas Henriksson
eported problem in iwd, although I
don't really see anything to do on the iwd side.
Regards,
Andreas Henriksson
as needed (starting with which
version of nfs-common package you're using).
Full initial bug report quoted below.
Regards,
Andreas Henriksson
On Sun, Nov 19, 2017 at 07:07:53AM +, Kraus, Sebastian wrote:
> Package: mount
> Version: 2.29.2-1
>
> Dear package maintainers,
>
Control: tags -1 + pending
Hello.
On Mon, Mar 13, 2017 at 02:33:27PM -0700, Nye Liu wrote:
> On Sat, Mar 11, 2017 at 08:15:02PM +0100, Andreas Henriksson wrote:
> > Could you please test editing nfs-blkmap.service on your system
> > and replace:
> > PIDFile=/var/run
ting nfs-blkmap.service on your system
and replace:
PIDFile=/var/run/blkmapd.pid
with:
PIDFile=/run/blkmapd.pid
.. and report back if that solves the issue or not?
(It looks to me like debian/patches/21-no-more-var-run.patch needs
to be updated to also cover systemd/nfs-blkmap.service )
Regards,
Andreas Henriksson
On Wed, Dec 14, 2016 at 08:11:52AM +0100, Daniel Pocock wrote:
>
>
> On 13/12/16 22:46, Andreas Henriksson wrote:
> > On Tue, Dec 13, 2016 at 08:55:34PM +0100, Daniel Pocock wrote:
> >> Hi Ben,
> >>
> >> Thanks for providing this feedback
> >&
on what that means (in policy for example).
Maybe also think a bit about why making incompatible changes to
conffiles and shipping new versions of them in a package is something
you want to avoid as a maintainer, and why a user don't want a
maintainer to do that either.
Regards,
Andreas Henriksson
d upstream-archive
if needed).
- gbp buildpackage --git-debian-branch=debian-archive
--git-upstream-branch=upstream-archive --git-tag-only
- merge debian-archive into master and upstream-archive into upstream
- (remove debian-archive and upstream-archive branches, you have tags
if you ever need a handle to these again.)
HTH.
Regards,
Andreas Henriksson
ng to accomplish though, so just adding NEWS entries
recommending users to manually convert their stuff over and removing
the files is probably the way to go.
Regards,
Andreas Henriksson
changes in the repository on
> alioth:
>
> https://anonscm.debian.org/cgit/kernel/nfs-utils.git/log/
>
> without incorporating the changes uploaded by Andreas and without releasing.
[...]
Fyi, the Vcs-* repo was out of sync even before I got involved in this mess.
Regards,
Andreas Henriksson
kernel binary, as the same kernel probably runs on
many different systems with different rtc setups.
(I think this would be better than passing it on the kernel command
line, but maybe there are still cases where the kernel command line
patch you mentioned before is still useful.)
No matter if the kernel is perfect or not, using udev default rules
naive approach also in hwclock.rules is probably an improvement over
the current situation (and hopefully good enough in general).
Would be great if you where willing to work on this and send me
a tested patch for the hwclock.rules. ;)
(If you could get Aurelien in the loop and have him review your patch
as well that would be awesome.)
HTH.
Regards,
Andreas Henriksson
c.statd[603]: Flags: TI-RPC
> Sep 08 17:50:38 install rpc.mountd[608]: Version 1.2.8 starting
> Sep 08 17:50:38 install systemd[1]: usr-local.mount: Directory /usr/local to
> mount over is not empty, moun
> Sep 08 17:50:38 install kernel: NFSD: Using /var/lib/nfs/v4recovery as the
> NFSv4 state recovery directory
> Sep 08 17:50:38 install kernel: NFSD: starting 90-second grace period (net
> 818ba280)
> Sep 08 17:50:38 install sm-notify[628]: Version 1.2.8 starting
>
> I tried messing around with depending on the nss-lookup.target
> to see if I could make rpc.mountd wait a bit longer (until it
> could resolve hostnames) but I was unable to do make it work.
>
> I hope all this is of some help.
>
> --
Regards,
Andreas Henriksson
Hello again Ingo.
On Mon, Jul 25, 2016 at 10:13:29AM +0200, Ingo wrote:
> Am 24.07.2016 um 22:07 schrieb Andreas Henriksson:
> >
> > Are you sure this is the correct syntax? I would expect that you
> > should specify the mountpoint (target directory) rather than the
> &
without
> root-privileges.
(Well, it's not a security issue unless you hand out root access yourself
to untrusted people.)
Regards,
Andreas Henriksson
. Hopefully this should have resolved all
cases of ending up with a dependency loop, so please test
and provide feedback!
Regards,
Andreas Henriksson
[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775541
karounds in my humble opinions.
Please discuss the issue upstream. If you describe your usecase
upstream might find a suitable solution for us.
Please see http://linux-nfs.org
Regards,
Andreas Henriksson
least something similar) in
the remaining ubuntu delta for this package. As already mentioned
would be useful to investigate the remaining delta and pull in
the useful parts. This is however not a new issue and should
already affect the version of the package in Debian Jessie/Stable.
Regards,
Andreas Henriksson
Control: reassign -1 src:linux
Hello Gene S.
Thanks for your bug report. It seems your kernel is crashing
and then all bets are off what happens in userspace.
Reassigning this bug report
Regards,
Andreas Henriksson
On Mon, May 09, 2016 at 05:22:37PM -0700, Gene S wrote:
> Package: mo
duced there, but also under systemd.
HTH.
Regards,
Andreas Henriksson
diff -uriNp ../nfs-utils-1.2.8/debian/changelog nfs-utils-1.2.8/debian/changelog
--- ../nfs-utils-1.2.8/debian/changelog 2014-08-13 02:12:43.0 +0200
+++ nfs-utils-1.2.8/debian/changelog 2016-02-17 19:52:10.255936145 +0100
@@
Hello.
For the record, a good start should be to look at the units in the
ubuntu package. A (partial) sync of the ubuntu delta should
hopefully be doable and solve this issue.
Regards,
Andreas Henriksson
s far as I know. Hopefully soon.
Regards,
Andreas Henriksson
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150520113243.ga20...@fatal.se
hould get bacported to the stable tree.
> My apologies for the oversight.
Regards,
Andreas Henriksson
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150518162147.ga9...@fatal.se
Package: src:linux
Version: 3.16.7-2
Severity: wishlist
Dear Maintainer,
Thanks for backporting the thunderbolt driver!
ah@mbpah:~$ uname -r
3.16.0-4-amd64
ah@mbpah:~$ zgrep -i thunderbolt
/usr/share/doc/linux-image-3.16.0-4-amd64/changelog.Debian.gz
* [x86] Backport Thunderbolt support on A
kernel I'm going to revert this change in hwclock-set as well.
This should unbreak all versions for now.
I'm thus reopening this bug and hope for feedback on how we best handle
this in the future or if it's just ok to have a requirement on RTC drivers
needing to be built-in.
Re
ated according to the G+ post
linked to above.)
Regards,
Andreas Henriksson
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/20140527085955.27997.73591.report...@mbpah.endian.se
tl based bridge-utils.
--
Andreas Henriksson
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120703174446.ga27...@amd64.fatal.se
lem, since if you really want to switch you can
just get rid of your old bridges by rebooting (and while at it testing your
scripts to work correctly during system bootup!)
ie. if you create your bridges with iproute2, you won't have a problem.
--
Andreas Henriksson
--
To UNSUBSCRIB
reassign 680094 linux-2.6
tags 680094 + fixed-upstream
thanks
Fixed upstream in the commit Stephen Hemminger pointed out (read bug backlog).
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive
On Tue, Apr 06, 2010 at 03:28:34PM +0200, maximilian attems wrote:
> aobves linux2.6 is outdated, archive should have 2.6.32-11,
Seems it's still in incoming... I'll install and test
as soon as it's available and report back. Thanks.
--
Andreas Henriksson
--
To UNSUBSCRIB
Package: linux-2.6
Version: 2.6.32-9
Severity: important
When I log out of X, after having upgraded to using the new radeon KMS,
the machine never graphically recovers and I need to reboot.
My graphics card is a Radeon X800 (r300?) with a dual screen setup
(i.e. both DVI and VGA in use).
snippet
reassign 518710 src:linux-2.6
# tag it as fixed in future version.
fixed 518710 2.6.31-1
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
tags 489340 + fixed-upstream
thanks
Thanks again Johannes! Tagging the bug
On Mon, Nov 17, 2008 at 10:16:59AM +0100, Johannes Berg wrote:
> On Tue, 2008-11-11 at 22:31 +0100, Andreas Henriksson wrote:
> > On tis, 2008-11-11 at 22:21 +0100, Johannes Berg wrote:
> > > I'
bin/bugreport.cgi?bug=489340#67
--
Regards,
Andreas Henriksson
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
# Automatically generated email from bts, devscripts version 2.10.34
retitle 489340 errno not propagated when link up fails.
reassign 489340 linux-2.6
# see the attachment in the mail from Patrick McHardy.
tags 489340 + patch
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsu
the onboard gigabit ethernet !
>
> CONFIG_SKY2=y
>
>
>
> but thanks for the remark
I don't know where your quote is from, but if you agree the problem is
solved I guess we can close the bug then...
Please send a message to [EMAIL PROTECTED] if you consider the
problem solved.
The sk98lin driver is unmaintained and will be dropped from linux in the
future. Try the skge or sky2 modules instead (one of them should support
your card). Both modules should be available in the current version of
the kernel that's available in unstable/testing
Regards,
Andreas Henri
39 matches
Mail list logo
