Processed: Re: Bug#794051: tasksel: Additional updates for switch to plasma 5
Processing control commands: > tag -1 pending Bug #794051 [src:tasksel] tasksel: Additional updates for switch to plasma 5 Added tag(s) pending. -- 794051: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794051 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.b794051.143825069530987.transcr...@bugs.debian.org
Bug#794051: tasksel: Additional updates for switch to plasma 5
Control: tag -1 pending Scott Kitterman (2015-07-30): > Source: tasksel > Version: 3.32 > Severity: important > Tags: patch > > Due to package name changes, some addtional updates for the KDE desktop > task are needed. The attached patch is against the current git head. All it > should need is addition of the number for this bug once it's assigned. Thanks, applied locally; will push & upload in a moment. > diff --git a/debian/changelog b/debian/changelog > index 0bc04c0..5c4aec4 100644 > --- a/debian/changelog > +++ b/debian/changelog > @@ -8,7 +8,13 @@ tasksel (3.33) UNRELEASED; urgency=low >* Replace kdm by sddm in task-kde-desktop as part of the KDE5 > transition. Closes: #792829 > > - -- Adriano Rafael Gomes Fri, 15 May 2015 19:43:57 > -0300 > + [ Scott Kitterman ] > + * Additional updates for transition to Plasma 5 > +- Drop specific depends on Qt4 components to support the KDE debconf > front > + end as they will be pulled in as needed by apper or muon > +- Update plasma-widget-networkmanagement to plasma-nm > + > + -- Adriano Rafael Gomes Thu, 30 Jul 2015 01:50:58 > -0400 You may want to set DEBCHANGE_RELEASE_HEURISTIC=changelog in ~/.devscripts to avoid touching the trailer line. Mraw, KiBi. signature.asc Description: Digital signature
Bug#794080: tasksel: think about the future of the XBC-Maintainer fields
Source: tasksel Severity: important Hi, While uploading tasksel this morning I wondered while seeing this in queued's log: | Jul 30 10:27:38 tasksel_3.33_amd64.changes processed successfully (uploader zinov...@debian.org) Adam pointed this out: | adsb@franck:~$ grep Maintainer queue/unchecked/tasksel_3.33_amd64.changes | Maintainer: Anton Zinoviev and of course I had already checked that debian/control seems OK: | Maintainer: Debian Install System Team | Uploaders: Otavio Salvador , Christian Perrier The funny thing is that we have a bunch of XBC-Maintainer fields in there; for Anton, that's task-bulgarian, task-bulgarian-desktop, task-cyrillic, and task-cyrillic-desktop. This leads to the following things in the changes file: | Maintainer: Anton Zinoviev | Changed-By: Cyril Brulebois This is likely something that might be looked into and fixed in the proper tool(s), but I'm not sure there's much sense in keeping these specific fields in the first place. Thoughts? Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150730111255.4610.46323.report...@arya.home.mraw.org
Bug#785069: jessie live-installer can't install grub when booted via usb drive without internet
On Sat, 30 May 2015 09:10:34 GMT "Pirate Praveen" wrote: > Control: reassign -1 apt-setup > > I think this should be fixed in apt-setup. It should add the installation media as an apt source if no mirror is setup. We just hit this bug at hamaralinux and are keen to spend some time fixing it. Will take a look at it and attempt a patch. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55ba31e9.8000...@hamaralinux.org
Bug#791794: UUID not found for root
* Ian Campbell [2015-07-22 09:10]: > I think it is the DEBIAN_FRONTEND which is supposed to work for the > installer case, which you added back in 2008. in-target appears to have > set DEBIAN_FRONTEND=passthrough since 2005, but perhaps something has > gotten into (or out of) the middle in the meantime? > > Or perhaps something has changed to using in-target which wasn't > before? > > In any case, perhaps the answer is to check for DEBIAN_FRONTEND either > noninteractive or passthrough? Or maybe even just for it being set at > all, since even if it were =text or =newt or whatever echo+read doesn't > seem like the right answer... I've no idea what would be best. I was hoping Colin would comment. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150730160207.gd9...@jirafa.cyrius.com
Re: util-linux: dropping cfdisk-udeb, switching to ncurses
On 2015-07-28 21:45 +0200, Cyril Brulebois wrote: > Looking again, I don't see any hits on cfdisk-udeb, only fdisk-udeb. > [...] > partitioner: > > > Generates its dependency fields this way: > | ifeq ($(ARCH),mips) > | dh_gencontrol -- -Vfdisk:Depends=fdisk-udeb > | else ifeq ($(ARCH),m68k) > | dh_gencontrol -- -Vfdisk:Depends="atari-fdisk-udeb, mac-fdisk-udeb" > | endif Which is a bit strange, since partitioner has not been built on m68k for the last six years. > It seems to heavily call *disk command, see: > main.c > scripts/common.sh > scripts/mips.sh At least on some machines, those scripts invoke cfdisk although partitioner does not depend on cfdisk-udeb. This code must have been broken since December 2005, the time cfdisk-udeb was split from fdisk-udeb. Is partitioner actually being used anywhere, or have all mips machines switched to parted long ago like all other architectures? I suspect the latter. Cheers, Sven -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87wpxhea5h@turtle.gmx.de
Bug#794051: marked as done (tasksel: Additional updates for switch to plasma 5)
Your message dated Thu, 30 Jul 2015 21:49:34 +
with message-id
and subject line Bug#794051: fixed in tasksel 3.33
has caused the Debian Bug report #794051,
regarding tasksel: Additional updates for switch to plasma 5
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
794051: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794051
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: tasksel
Version: 3.32
Severity: important
Tags: patch
Due to package name changes, some addtional updates for the KDE desktop
task are needed. The attached patch is against the current git head. All it
should need is addition of the number for this bug once it's assigned.
diff --git a/debian/changelog b/debian/changelog
index 0bc04c0..5c4aec4 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -8,7 +8,13 @@ tasksel (3.33) UNRELEASED; urgency=low
* Replace kdm by sddm in task-kde-desktop as part of the KDE5
transition. Closes: #792829
- -- Adriano Rafael Gomes Fri, 15 May 2015 19:43:57 -0300
+ [ Scott Kitterman ]
+ * Additional updates for transition to Plasma 5
+- Drop specific depends on Qt4 components to support the KDE debconf front
+ end as they will be pulled in as needed by apper or muon
+- Update plasma-widget-networkmanagement to plasma-nm
+
+ -- Adriano Rafael Gomes Thu, 30 Jul 2015 01:50:58 -0400
tasksel (3.32) unstable; urgency=medium
diff --git a/debian/control b/debian/control
index 16c47f3..1da53b7 100644
--- a/debian/control
+++ b/debian/control
@@ -109,14 +109,11 @@ Depends: ${misc:Depends},
Recommends:
# accessibility support
kdeaccessibility,
-# debconf kde frontend
- libqtgui4-perl,
- libqtcore4-perl,
# cd/dvd burner
k3b,
k3b-i18n,
# desktop network setup
- plasma-widget-networkmanagement,
+ plasma-nm,
# This is configured by d-i to be used to gain root on systems with
# no root password. It is not enabled by default.
kdesudo,
--- End Message ---
--- Begin Message ---
Source: tasksel
Source-Version: 3.33
We believe that the bug you reported is fixed in the latest version of
tasksel, which is due to be installed in the Debian FTP archive.
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 794...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Cyril Brulebois (supplier of updated tasksel package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 30 Jul 2015 12:02:57 +0200
Source: tasksel
Binary: tasksel tasksel-data task-desktop task-gnome-desktop task-kde-desktop
task-lxde-desktop task-xfce-desktop task-cinnamon-desktop task-mate-desktop
task-laptop task-web-server task-print-server task-ssh-server
task-albanian-desktop task-amharic task-amharic-desktop
task-amharic-kde-desktop task-arabic task-arabic-desktop
task-arabic-kde-desktop task-asturian task-asturian-desktop task-basque
task-basque-desktop task-basque-kde-desktop task-belarusian
task-belarusian-desktop task-belarusian-kde-desktop task-bengali
task-bengali-desktop task-bengali-kde-desktop task-bosnian task-bosnian-desktop
task-bosnian-kde-desktop task-brazilian-portuguese
task-brazilian-portuguese-desktop task-brazilian-portuguese-kde-desktop
task-british-desktop task-british-kde-desktop task-bulgarian
task-bulgarian-desktop task-bulgarian-kde-desktop task-catalan
task-catalan-desktop task-catalan-kde-desktop task-chinese-s
task-chinese-s-desktop task-chinese-s-kde-desktop task-chinese-t
task-chinese-t-desktop task-chinese-t-kde-desktop task-croatian
task-croatian-desktop task-croatian-kde-desktop task-czech task-czech-desktop
task-czech-kde-desktop task-danish task-danish-desktop task-danish-kde-desktop
task-dutch task-dutch-desktop task-dutch-kde-desktop task-dzongkha-desktop
task-dzongkha-kde-desktop task-english task-esperanto task-esperanto-desktop
task-esperanto-kde-desktop task-estonian task-estonian-desktop
task-estonian-kde-desktop task-finnish task-finnish-desktop
task-finnish-kde-desktop task-french task-french-desktop
task-french-kde-desktop task-galician task-galician-desktop
task-galician-kde-desktop task-georgian-desktop task-german task-german-desktop
task-german-kde-desktop task-greek task-greek-desktop
Bug#792829: marked as done (task-kde-desktop: KDE5 transition: switch dependecy kdm => sddm)
Your message dated Thu, 30 Jul 2015 21:49:34 + with message-id and subject line Bug#792829: fixed in tasksel 3.33 has caused the Debian Bug report #792829, regarding task-kde-desktop: KDE5 transition: switch dependecy kdm => sddm to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 792829: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792829 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: task-kde-desktop Version: 3.32 Severity: normal Dear Maintainer, with the current transition from kde4 to kde5 the task-kde-desktop should switch as well to the "new" kdm: sddm. Thanks Achim -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages task-kde-desktop depends on: ii kde-standard 5:86 ii kdm 4:4.11.13-2 ii task-desktop 3.32 ii tasksel 3.32 Versions of packages task-kde-desktop recommends: pn apper ii dragonplayer 4:4.14.0-1 ii gimp 2.8.14-1+b1 ii hunspell-en-us 20070829-6 ii hyphen-en-us 2.8.8-2 ii iceweasel38.1.0esr-3 ii k3b 2.0.2-8 ii k3b-i18n 2.0.2-8 ii kdeaccessibility 4:4.12+5.86 ii kdesudo 3.4.2.4-2 ii libqtcore4-perl 4.8.4-1.2 ii libqtgui4-perl 4.8.4-1.2 ii libreoffice 1:5.0.0~rc2-1 ii libreoffice-help-en-us 1:5.0.0~rc1-1 ii libreoffice-kde 1:5.0.0~rc2-1 ii mythes-en-us 1:3.3.0-4 ii plasma-widget-networkmanagement 0.9.3.6-1 ii system-config-printer1.4.6-1 task-kde-desktop suggests no packages. -- no debconf information --- End Message --- --- Begin Message --- Source: tasksel Source-Version: 3.33 We believe that the bug you reported is fixed in the latest version of tasksel, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 792...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Cyril Brulebois (supplier of updated tasksel package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 30 Jul 2015 12:02:57 +0200 Source: tasksel Binary: tasksel tasksel-data task-desktop task-gnome-desktop task-kde-desktop task-lxde-desktop task-xfce-desktop task-cinnamon-desktop task-mate-desktop task-laptop task-web-server task-print-server task-ssh-server task-albanian-desktop task-amharic task-amharic-desktop task-amharic-kde-desktop task-arabic task-arabic-desktop task-arabic-kde-desktop task-asturian task-asturian-desktop task-basque task-basque-desktop task-basque-kde-desktop task-belarusian task-belarusian-desktop task-belarusian-kde-desktop task-bengali task-bengali-desktop task-bengali-kde-desktop task-bosnian task-bosnian-desktop task-bosnian-kde-desktop task-brazilian-portuguese task-brazilian-portuguese-desktop task-brazilian-portuguese-kde-desktop task-british-desktop task-british-kde-desktop task-bulgarian task-bulgarian-desktop task-bulgarian-kde-desktop task-catalan task-catalan-desktop task-catalan-kde-desktop task-chinese-s task-chinese-s-desktop task-chinese-s-kde-desktop task-chinese-t task-chinese-t-desktop task-chinese-t-kde-desktop task-croatian task-croatian-desktop task-croatian-kde-desktop task-czech task-czech-desktop task-czech-kde-desktop task-danish task-danish-desktop task-danish-kde-desktop task-dutch task-dutch-desktop task-dutch-kde-desktop task-dzongkha-desktop task-dzongkha-kde-desktop task-english task-esperanto task-esperanto-desktop task-esperanto-kde-desktop task-estonian task-estonian-desktop task-estonian-kde-desktop task-finnish task-finnish-desktop task-finnis
Re: Sparc removal
Hi,
Christian PERRIER (2015-07-27):
> Quoting Joerg Jaspert (jo...@debian.org):
> > Hi,
> >
> > following the last[1] announce, I just removed sparc from
> >
> > unstable
> > experimental
> > jessie-updates
>
> .../...
>
> As a consequence, should we keep sparc-only packages -I know about
> silo-installer at least) in trunk or should they be moved to the
> attic?
Moving to attic looks good to me.
> The same stands for the installation guide specific parts as
> well. These things are not things I have followed closely over the
> years, though, so there may be good reasons to still keep Sparc-only
> components in our main tree.
I'm a bit unsure. If sparc ever comes back as sparc64, it might make
sense to reuse some bits. But I'm not sure whether both archs would be
close enough for that to happen, or if they would be different beasts
like arm{el,hf} and arm64 are. I suppose the former might be true since
it might just be about the number of bits in kernel/user-space, rather
than a completely new arch.
I've added debian-sparc@ to cc; hopefully someone knowledgeable might
jump in.
Mraw,
KiBi.
signature.asc
Description: Digital signature
Re: "No kernel modules were found" netboot d-i with custom reiser4 kernel.
On Wed, Jul 29, 2015 at 8:00 AM, Cyril Brulebois wrote: > Hi, > > Jose R R (2015-07-29): >> Niltze, all- >> >> Building kernel the 'Debian way': >> >> Replaced abi string at debian/config/defines (from default value of 2) >> to a more descriptive string: >> >> [abi] >> abiname: reiser4 >> >> (guided by hint that debian devs sometimes set abiname string "trunk") >> >> Everything builds beautifully, especially UDEBs for modules/kernel >> like couple shown below: >> [...] >> >> 3.7M kernel-image-4.0.0-reiser4-amd64-di_4.0.8-2_amd64.udeb >> 34M linux-image-4.0.0-reiser4-amd64_4.0.8-2_amd64.deb >> >> Once kernel build is finished, I place the approxiamately 54 generated >> UDEBs at the installer/build/localudebs directory and modify >> installer/build/config/amd64.cfg >> >> # The version of the kernel to use. >> ## KERNELVERSION = $(LINUX_KERNEL_ABI)-amd64 >> KERNELVERSION = 4.0.0-reiser4-amd64 >> ## KERNELMAJOR = 2.6 >> KERNELMAJOR = 4.0 >> KERNELNAME = vmlinuz >> >> save modifications and execute command: >> make build_netboot-gtk >> >> The resulting netboot d-i iso image uses the custom kernel to start >> the Debian installation -- as can be verified by executing in an >> alternate shell: uname -a: >> Linux [host] 4.0.0-reiser4-amd64 #1 SMP Debian 4.0.8-2 (2015-07-22) >> x86_64 GNU/Linux; >> >> nevertheless stops at 'no kernel modules were found' and thus d-i can >> not proceed further to install custom built kernel with reiser4 >> built-into-the-kernel support -- much less to detect/format a >> disk/partition win Reiser4. >> >> https://pbs.twimg.com/media/CK-ZehmUwAAjx-V.png:large >> >> Any insight provided will be appreciated. Thanks in advance. > > Stuff you put under localudebs/ is only used to replace/complement > what's in the archive if something pulls it in. You probably want to > add some packages to some list under build/pkg-lists. According to the Debian Installer online reference < https://wiki.debian.org/DebianInstaller/Modify/CustomKernel > it suffices to place all the *.udebs at build/localudebs directory. There is no other example and/or guidance on how to go about populating, say (from build/README) * Anything listed in pkg-lists/local and pkg-lists/*/local is included in the image that is built. This is to provide an easy way to add extra udebs to a test image. Thus, there is no indication where the installer will be picking up the full 34M DEB linux-image-4.0.0-reiser4-amd64_4.0.8-2_amd64.deb so as to be an option during the installation procedure. > > There's also a monolithic target you could use to bundle almost > everything into your image. This is a bigger hammer though. > It fails: fakeroot make build_monolithic [...] Makefile:637: recipe for target 'stamps/get_udebs-monolithic-stamp' failed Makefile:284: recipe for target '_build' failed Makefile:278: recipe for target 'build_monolithic' failed > Mraw, > KiBi. Appreciate your reply. Best Professional Regards. -- Jose R R http://metztli.it - Try at no charge http://b2evolution.net for http://OpenShift.com PaaS - from our GitHub http://Nepohualtzintzin.com repository. Cloud the easy way! - -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cam12q5ruypu+hkgf5mbgv_puouwtiutstvjpsw9gvntknyh...@mail.gmail.com
