UP - 01/07/2014 [TESTING] [DONE]

SolydXK is too quiet for you? SolydXK Enthusiast Editions, based on Debian Testing is for you! Here you can find news about Debian Testing and Unstable too, and also tests on SolydXK programs.
The support for SolydXK EE is provided by the community.
User avatar
Arjen Balfoort
Site Admin
Posts: 9258
Joined: 26 Jan 2013 19:36
Location: Netherlands
Contact:

Re: UP - 01/07/2014 [TESTING]

Postby Arjen Balfoort » 05 Jul 2014 19:08

Thanks woodsman, I'll take a look at it, and implement it in live-installer.

I found two other minor issues, but the first one took me half a day to figure out:

I have a cifs mounted NAS, and wanted to check if the mount was r/w. So I opened Dolphin, right click, >Create new > Text file: "Could not write file. Disk full". :shock:
What the...Okay...> Create New > Folder...and it created a folder. Another :shock:
All these function:
- Save files from program (e.g. Kate): OK
- Save files from terminal (nano): OK
- touch: OK
Only not Dolphin's "Create File". That was a waste of time.

[EDIT]
I just found out that copying files to the NAS in Dolphin isn't possible either.
https://bugs.kde.org/show_bug.cgi?id=334776

The other issue was userconfig.
If you start with:

Code: Select all

kcmshell4 userconfig
You get an error (I left out the traceback):

Code: Select all

no user removed
kcmshell(3481)/python (plugin): Error while running factory function for Python plugin:  "userconfig/userconfig.py" 
userconfig is/was an Ubuntu package, but it seems it's no longer maintained.

I propose to replace userconfig with kuser, or are there better tools


SolydXK needs you!
Development | Testing | Translations

User avatar
Arjen Balfoort
Site Admin
Posts: 9258
Joined: 26 Jan 2013 19:36
Location: Netherlands
Contact:

Re: UP - 01/07/2014 [TESTING]

Postby Arjen Balfoort » 05 Jul 2014 19:56

I have a workaround for the Dolphin issue on cifs mounts: use the previous version of libkio.
I've prepared the .so file, with an install bash in case somebody needs it: http://downloads.solydxk.nl/dev/workaro ... 2.4.tar.gz


SolydXK needs you!
Development | Testing | Translations

woodsman
Posts: 115
Joined: 06 Jun 2014 01:59

Re: UP - 01/07/2014 [TESTING]

Postby woodsman » 05 Jul 2014 20:04

Thanks woodsman, I'll take a look at it, and implement it in live-installer.
Great! Post the news and I'll help test.
I propose to replace userconfig with kuser, or are there better tools
I have used KDE3/Trinity/KDE4 for many years. I have long thought kuser was and is the best such app in that category. Would make much sense in SolydK to use kuser. I wish a GTK version existed for LMDE and SolydX, or at least a GTK app using the same approach as kuser. kuser just makes sense to me.

I say the same about K3B. I have long wanted to see G3B. Or at least something close to G3B.

User avatar
grizzler
Posts: 2160
Joined: 04 Mar 2013 15:45
Location: The Hague, NL

Re: UP - 01/07/2014 [TESTING]

Postby grizzler » 05 Jul 2014 21:21

As it's starting to look like the script will continue to acquire features as people come up with new ideas, I decided to rename the thing to solydfixes. Current version is attached and also available here.

It now has the option to remove the virtualbox guest addition modules (-v switch), but will refuse to do so if it detects it's running in a VirtualBox VM.

The function to split /tmp and /var/tmp has also been implemented (-t option). I've used the method I suggested earlier, with the addition of moving the kdecache-* items from /tmp to /var/tmp after /tmp has been renamed and a new /var/tmp has been created. Tested that on three different systems and it seems to work ok. If anyone can think of more files or directories that should remain in /var/tmp, please let me know.

Because the script is no longer 'just un-kdenext with things bolted on', running the kdenext downgrade followed by the dist-upgrade now requires a -k switch:

Code: Select all

solydfixes -kduyf
As before, leave out the u if you don't want the script to handle the dist-upgrade.

I've only tested the new functionalities, which - as any true applications tester will tell you - is wrong, but I currently don't have the time to do the whole run.

Edit: forgot to mention: it 'sudos itself' if it's started as non-root.
Attachments
solydfixes.txt
version 1.40
md5: 8de67be9947d399aaced514c80c33a4f
(7.4 KiB) Downloaded 66 times
Frank

SolydX EE 64 - tracking Debian Testing

User avatar
smitty1
Posts: 242
Joined: 23 Jun 2013 13:50
Location: Pittsburgh, PA USA

Re: UP - 01/07/2014 [TESTING]

Postby smitty1 » 05 Jul 2014 23:13

I just tried out solydfixes on a test install & it worked flawlessly.
This was from the 201405 iso, updated to 6/30, then sources changed to testing as in the OP, and updated via the UM.
I had previously run all of the choices in the UM's Maintenance sections.

Code: Select all

No LSB modules are available.
Distributor ID: SolydXK
Description:    SolydXK
Release:        1
Codename:       testing
Linux kup07 3.14-1-amd64 #1 SMP Debian 3.14.7-1 (2014-06-16) x86_64 GNU/Linux
System:    Host: kup07 Kernel: 3.14-1-amd64 x86_64 (64 bit gcc: 4.8.3) 
           Desktop: KDE 4.13.1 (Qt 4.8.6) info: plasma-desktop dm: kdm Distro: SolydXK 1 testing 
Machine:   System: Hewlett-Packard product: HP G42 Notebook PC v: 0593110002242710010020100 Chassis: type: 10
           Mobo: Hewlett-Packard model: 1444 v: 69.37 Bios: Hewlett-Packard v: F.29 date: 04/07/2011
CPU:       Dual core AMD Turion II P540 (-MCP-) cache: 2048 KB flags: (lm nx sse sse2 sse3 sse4a svm) bmips: 9575 
           Clock Speeds: 1: 800 MHz 2: 2200 MHz
Graphics:  Card: Advanced Micro Devices [AMD/ATI] RS880M [Mobility Radeon HD 4225/4250]
           bus-ID: 01:05.0 chip-ID: 1002:9712
           Display Server: X.Org 1.15.1 drivers: ati,radeon (unloaded: fbdev,vesa) Resolution: 1366x768@60.0hz
           GLX Renderer: Gallium 0.4 on AMD RS880 GLX Version: 3.0 Mesa 10.1.4 Direct Rendering: Yes
Audio:     Card-1 Advanced Micro Devices [AMD/ATI] RS880 HDMI Audio [Radeon HD 4200 Series] 
           driver: snd_hda_intel bus-ID: 01:05.1 chip-ID: 1002:970f 
           Card-2 Advanced Micro Devices [AMD/ATI] SBx00 Azalia (Intel HDA) 
           driver: snd_hda_intel bus-ID: 00:14.2 chip-ID: 1002:4383 
           Sound: Advanced Linux Sound Architecture v: k3.14-1-amd64
Network:   Card-1: Realtek RTL8101E/RTL8102E PCI Express Fast Ethernet controller
           driver: r8169 v: 2.3LK-NAPI port: 2000 bus-ID: 03:00.0 chip-ID: 10ec:8136
           IF: eth1 state: down mac: 3c:4a:92:5a:60:32
           Card-2: Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express)
           driver: ath9k bus-ID: 02:00.0 chip-ID: 168c:002b
           IF: wlan0 state: up mac: 4c:0f:6e:6a:4a:8f
Drives:    HDD Total Size: 320.1GB (5.4% used) ID-1: /dev/sda model: ST9320325AS size: 320.1GB serial: 5VD61MZS
Partition: ID-1: / size: 20G used: 7.2G (39%) fs: ext4 dev: /dev/sda7 
Sensors:   System Temperatures: cpu: 70.6C mobo: N/A 
           Fan Speeds (in rpm): cpu: N/A 
Repos:     Active apt sources in file: /etc/apt/sources.list
           deb http://packages.solydxk.com/testing/ solydxk main upstream import kdenext
           deb http://debian.solydxk.com/testing testing main contrib non-free
           deb http://debian.solydxk.com/testing/multimedia testing main non-free
           deb http://debian.solydxk.com/security testing/updates main contrib non-free
           deb http://community.solydxk.com/testing/ solydxk main
Info:      Processes: 150 Uptime: 4:14 Memory: 982.4/7747.9MB 
           Init: SysVinit v: 2.88 runlevel: 2 default: 2 Gcc sys: 4.9.0 alt: 4.6/4.7/4.8 
           Client: Shell (bash 4.3.111 running in konsole) inxi: 2.1.28                                                                                                 
jim@kup07:~$                                                               
So far is looking good.

No Good Deed Goes Unpunished

User avatar
Arjen Balfoort
Site Admin
Posts: 9258
Joined: 26 Jan 2013 19:36
Location: Netherlands
Contact:

Re: UP - 01/07/2014 [TESTING]

Postby Arjen Balfoort » 06 Jul 2014 06:54

solydfixes uploaded, pre-script, and info page adapted.


SolydXK needs you!
Development | Testing | Translations

User avatar
Arjen Balfoort
Site Admin
Posts: 9258
Joined: 26 Jan 2013 19:36
Location: Netherlands
Contact:

Re: UP - 01/07/2014 [TESTING]

Postby Arjen Balfoort » 06 Jul 2014 14:39

In SolydK32 solydfixes hangs on "building available packages list (this will take a while) . . ."
bash eating 80% CPU, but nothing seems to happen.
Killed after 5 minutes.

The script was started with these parameters: -kdyf


SolydXK needs you!
Development | Testing | Translations

User avatar
grizzler
Posts: 2160
Joined: 04 Mar 2013 15:45
Location: The Hague, NL

Re: UP - 01/07/2014 [TESTING]

Postby grizzler » 06 Jul 2014 15:16

Doesn't do that here, of course. :(

Look at line 175 of the script, the one that ends in

Code: Select all

|| echo "$P $V" >>$Available;;
Could you change that bit to

Code: Select all

|| { echo "$P"; echo "$P $V" >>$Available; };;
and try again? Does the listing of packages stall or keep running indefinitely?

On my old laptop this part takes less than two minutes, so if the package listing is still running after five, something is going round in circles (which should be impossible, because the input is output from apt-cache dump and not some 'artificial' loop).

Edit: unless the text scrolls by slow enough to read, of course. In that case that 32 bit machine is... really slow.
Frank

SolydX EE 64 - tracking Debian Testing

User avatar
Arjen Balfoort
Site Admin
Posts: 9258
Joined: 26 Jan 2013 19:36
Location: Netherlands
Contact:

Re: UP - 01/07/2014 [TESTING]

Postby Arjen Balfoort » 06 Jul 2014 17:02

Too fast to read, and now it was finished after less than 2 minutes.
Me thinks it's a temporary glitch...


SolydXK needs you!
Development | Testing | Translations

User avatar
grizzler
Posts: 2160
Joined: 04 Mar 2013 15:45
Location: The Hague, NL

Re: UP - 01/07/2014 [TESTING]

Postby grizzler » 07 Jul 2014 14:41

Good to know that part of the script doesn't have a bug. On the other hand, in version 1.4.1 that part is gone... ;)

Originally, the code I used to scan for available packages (using apt-cache) was dog slow, so I switched to scanning a 'flat' list and moved the slow bit to another area (building that list) where it seemed to be less annoying.
While I was trying to figure out the best way to replace the DMO packages, I came up with a quicker implementation of my original scan code.

Initial tests show the resulting downgrade list is identical to the one produced by earlier versions, so in theory 1.4.1 should be ready for use. I do intend to run some more tests this evening, but I've already attached the new version. As usual, it's also available here.
Attachments
solydfixes.txt
version 1.4.1
md5: e39c5f6b557f8175a0e964e315180e80
(6.99 KiB) Downloaded 59 times
Frank

SolydX EE 64 - tracking Debian Testing

User avatar
Arjen Balfoort
Site Admin
Posts: 9258
Joined: 26 Jan 2013 19:36
Location: Netherlands
Contact:

Re: UP - 01/07/2014 [TESTING]

Postby Arjen Balfoort » 07 Jul 2014 14:47

Thanks Grizzler, I've uploaded the new solydfixes.
I hope to find some time later this evening to check it out.


SolydXK needs you!
Development | Testing | Translations

User avatar
Arjen Balfoort
Site Admin
Posts: 9258
Joined: 26 Jan 2013 19:36
Location: Netherlands
Contact:

Re: UP - 01/07/2014 [TESTING]

Postby Arjen Balfoort » 08 Jul 2014 13:40

I've updates some packages:


SolydXK needs you!
Development | Testing | Translations

woodsman
Posts: 115
Joined: 06 Jun 2014 01:59

Re: UP - 01/07/2014 [TESTING]

Postby woodsman » 08 Jul 2014 17:55

I am delaying my testing of the new packages until UM issues are resolved. I need to have some upstream packages available to perform any further UM testing. :)

User avatar
zerozero
Posts: 5373
Joined: 10 Feb 2013 23:37
Location: West Midlands, England
Contact:

Re: UP - 01/07/2014 [TESTING]

Postby zerozero » 08 Jul 2014 20:31

i guess this wasn't supposed to go like this; explaining:
in this system (SolydK-64) i had removed earlier DMO

Code: Select all

sudo dpkg --remove --force-depends $(aptitude search '?narrow(?version(CURRENT),?maintainer(Christian Marillat))' --disable-columns -F%p)
and removed also the relevant entry from sources.list but kept it in production; trying to update it today to testing is not going very well;
as far as i can see UM doesn't implement solydfixes.
from history.log

Code: Select all

Remove: libkdepim4:amd64 (4.12.5+really4.4.11.1+l10n-0r0+b8), kaddressbook:amd64 (4.12.5+really4.4.11.1+l10n-0r0+b8), kde-config-touchpad:amd64 (0.8.1-2), gdebi-kde:amd64 (0.9.4+solydxk1), knotes:amd64 (4.12.5+really4.4.11.1+l10n-0r0+b8), python3-pykde4:amd64 (4.12.4-90r0+b8), python-kde4:amd64 (4.12.4-90r0+b8), plasma-widget-facebook:amd64 (1.0-0ubuntu1), plasma-scriptengine-python:amd64 (4.11.8-90r0), userconfig:amd64 (0.9.0-0ubuntu10), libkleo4:amd64 (4.12.5+really4.4.11.1+l10n-0r0+b8), software-properties-kde:amd64 (0.92.25debian1)
End-Date: 2014-07-08  20:49:29
some relevant log files
logs.tar.gz
(154.81 KiB) Downloaded 72 times
and some policy queries

Code: Select all

zerozero@k64 ~ $ apt policy python3-pykde4 python-kde4 gdebi-kde
python3-pykde4:
  Installed: (none)
  Candidate: 4:4.12.2-3
  Version table:
     4:4.12.2-3 0
        500 http://debian.solydxk.com/testing/ testing/main amd64 Packages
python-kde4:
  Installed: (none)
  Candidate: 4:4.12.2-3
  Version table:
     4:4.12.2-3 0
        500 http://debian.solydxk.com/testing/ testing/main amd64 Packages
gdebi-kde:
  Installed: (none)
  Candidate: 0.9.5.4
  Version table:
     0.9.5.4 0
        500 http://debian.solydxk.com/testing/ testing/main amd64 Packages
     0.9.4+solydxk1 0
        500 http://packages.solydxk.com/testing/ solydxk/import amd64 Packages
bliss of ignorance

barnabas
Posts: 3
Joined: 08 Jul 2014 20:01

Re: UP - 01/07/2014 [TESTING]

Postby barnabas » 08 Jul 2014 20:34

Hi

I'm a bit confused.

I installed the SolydK64 201405 ISO on 02/07/2014.

Afterwards, I ran the Update Manager and installed all the updates.

I checked the /var/log/apt/history.log and there is the following:

Upgrade: updatemanager:amd64 (2.1.8, 2.2.1)
Install: linux-image-3.14-1-amd64:amd64 (3.14.7-1, automatic)
Upgrade: openssh-server:amd64 (6.5p1-6, 6.6p1-2)

So as you can see, I now have a 3.14 kernel and openssh-server has been upgraded. (I remember getting the "Configuring openssh-server" screen after the update).

Does this mean I have received the 01/07/2014 Update Pack? I thought I would have to specify in the Update Manager preferences if I wanted to receive a testing Update Pack?

At the time I had only just started using SolydK so was none the wiser, but now I'm not sure if I should have received it?

In the Update Manager, under Information it is still showing the Update Pack 2014.04.15.

/etc/apt/sources.list shows:

deb http://packages.solydxk.nl/production/ solydxk main upstream import kdenext
deb http://debian.solydxk.nl/production testing main contrib non-free
deb http://debian.solydxk.nl/production/multimedia testing main non-free
deb http://debian.solydxk.nl/security testing/updates main contrib non-free
deb http://community.solydxk.nl/production/ solydxk main

Can anyone confirm what has happened and if it is correct?

Thanks

User avatar
grizzler
Posts: 2160
Joined: 04 Mar 2013 15:45
Location: The Hague, NL

Re: UP - 01/07/2014 [TESTING]

Postby grizzler » 08 Jul 2014 20:53

barnabas wrote:Does this mean I have received the 01/07/2014 Update Pack?
No, you have received some security updates: http://forums.solydxk.nl/viewtopic.php?f=2&t=3992
Frank

SolydX EE 64 - tracking Debian Testing

User avatar
Arjen Balfoort
Site Admin
Posts: 9258
Joined: 26 Jan 2013 19:36
Location: Netherlands
Contact:

Re: UP - 01/07/2014 [TESTING]

Postby Arjen Balfoort » 09 Jul 2014 11:42

I have downgraded UM in testing to the one in production: 2.2.1
I'm going to check if that version has the same issue as well.
I suspect that the upgrade of a (python) package causes the hang, but I'm not at all sure about that.


SolydXK needs you!
Development | Testing | Translations

User avatar
jdhedden
Posts: 106
Joined: 26 Aug 2013 11:34
Location: Gibbstown, NJ
Contact:

Re: UP - 01/07/2014 [TESTING]

Postby jdhedden » 09 Jul 2014 12:07

I've been upgrading my desktop from testing, but I'm actually doing the testing of the install procedure. I've not had any problems until this popped up:

Code: Select all

> softwaremanager
glibtop: Non-standard uts for running kernel:
release 3.15-3.dmz.1-liquorix-amd64=3.15.0 gives version code 200448
Jerry : SolydX / Siduction / Liquorix Kernel / Dell XPS 8700 / NVIDIA GeForce GT 635

User avatar
grizzler
Posts: 2160
Joined: 04 Mar 2013 15:45
Location: The Hague, NL

Re: UP - 01/07/2014 [TESTING]

Postby grizzler » 09 Jul 2014 14:10

That's not really a problem. Just software that still expects kernel versions to be x.x.x format (they've been x.x since 3.0).

This is just one of the bug reports you can find about it on the 'net.
Frank

SolydX EE 64 - tracking Debian Testing

User avatar
grizzler
Posts: 2160
Joined: 04 Mar 2013 15:45
Location: The Hague, NL

Re: UP - 01/07/2014 [TESTING]

Postby grizzler » 09 Jul 2014 14:38

Version 1.5.0 of solydfixes has been tested and appears to function correctly. I've created a (more or less) proper page about it on one of my sites: http://duinsoft.nl/solydfixes.php.

This version can run the entire upgrade sequence, including the post dist-upgrade bits, in a terminal with

Code: Select all

solydfixes -kduyf
The y switch now also sets the necessary options and variables to make dpkg, debconf and apt-listchanges run without requiring any user input.

It also has an option to un-dmo your system, but I'm not entirely sure about this yet. It seems to work, but does remove some packages without offering replacements.
Attachments
solydfixes.txt
version 1.5.0
md5: 565b1d3d510793d3c52ff5080e56b585
(10.17 KiB) Downloaded 53 times
Frank

SolydX EE 64 - tracking Debian Testing


Return to “Testing Zone”

Who is online

Users browsing this forum: No registered users and 5 guests