*** joacim has joined #crux | 00:01 | |
*** onodera has quit IRC | 00:13 | |
*** nogagplz_ has joined #crux | 00:41 | |
*** nogagplz has quit IRC | 00:44 | |
*** BitPuffin|osx has quit IRC | 01:14 | |
*** dougl has quit IRC | 01:20 | |
*** Workster has quit IRC | 01:29 | |
*** qismrrgyenjgcjnw has joined #crux | 01:29 | |
*** Workster has joined #crux | 01:29 | |
*** druid_droid has joined #crux | 01:30 | |
druid_droid | firefox dont appear on dwm, but is playng a nice song from youtube, cant give a pkill :1( | 01:30 |
---|---|---|
kori | druid_droid: it's on workspace 9 | 01:48 |
kori | :) | 01:48 |
Workster | pkill -9 firefox | 01:58 |
druid_droid | :) done, | 02:07 |
*** ________mavric has quit IRC | 02:45 | |
*** ________mavric has joined #crux | 02:46 | |
tired890 | say one needs to quickly duplicate a bootable USB stick.. now this usb stick only has 32GB but only 8GB used.. if we are copying the content over to a USB stick that is only 16GB in size.. | 02:55 |
tired890 | then I use this: | 02:56 |
tired890 | dd if=/dev/sourceStick32GB of=/dev/targetStick16GB bs=14M count=1000 | 02:56 |
tired890 | do you reckon this will make an identical copy? It would if data is stored "sequentially".. but if its random.. | 02:57 |
jaeger | no guarantee that way. you should shrink the FS first | 02:57 |
tired890 | will see how it goes. cheers | 03:00 |
jaeger | any reason you can't just put both sticks in and rsync the data? | 03:02 |
jaeger | after that (or during, even) copy the boot sector with dd | 03:02 |
tired890 | jaeger, thats a great idea | 03:07 |
tired890 | so I go about doing that by first formatting the second drive the match the FS ? | 03:07 |
tired890 | then copy the data over with rsync | 03:07 |
tired890 | finally dd'ing over the first <how many?> sectors to make the copy bootable ? | 03:08 |
jaeger | For an msdos partition table, 446 bytes | 03:09 |
jaeger | bs=446 count=1 | 03:09 |
tired890 | I see | 03:10 |
jaeger | 512 would copy the partition table as well but since the disks are not the same size, just copy the MBR | 03:10 |
tired890 | cheers | 03:12 |
jaeger | If whatever you're booting cares about the UUID of the partition you might have to alter it after the fact but it depends on what's there | 03:12 |
tired890 | jaeger, actually its just a win7 install for work | 03:16 |
jaeger | is it bios or uefi? | 03:17 |
tired890 | win7 gives random errors booting from a USB 3 stick (even when booting from a USB2 PORT) | 03:17 |
tired890 | hence I'm dd'ing the data to a USB2 stick | 03:17 |
tired890 | bios | 03:17 |
jaeger | ok, that process should work if the data on the disk isn't at fault | 03:17 |
tired890 | so I make a single msdos parition on the usb2 stick, rsync the data over then dd the first 446 bytes. thats it? | 03:18 |
druid_droid | in a script I want to chroot /mnt /bin/bash -c adduser ... but it fails | 03:18 |
jaeger | I believe so | 03:18 |
tired890 | will let you know how it goes. many thanks | 03:20 |
tired890 | fdisk tells me fs type of usb stick is Win95 fat32 (LBA), but when I try to mount it with mount -t msdos it fails | 03:28 |
tired890 | I have dosfstools installed | 03:28 |
jaeger | vfat support in the kernel? it'll show in /proc/filesystems if so | 03:29 |
tired890 | vfat no, msdos only.. | 03:29 |
tired890 | oh dear | 03:29 |
jaeger | druid_droid: on a crux system? adduser doesn't exist by default in crux but useradd does | 03:30 |
*** tilman has joined #crux | 04:26 | |
druid_droid | sorry jaeger I mean useradd | 04:50 |
druid_droid | runing chroot without -c says it cannot execute /usr/sbin/useradd | 05:03 |
druid_droid | I think is the option -R | 05:08 |
druid_droid | from useradd that I want, i will try | 05:09 |
tired890 | jaeger, to update on what I did | 05:54 |
tired890 | I found a very useful little tool, called ms-sys | 05:54 |
tired890 | http://ms-sys.sourceforge.net/ | 05:54 |
tired890 | this allows me to create whatever MBR for the target windows I wish to install | 05:55 |
tired890 | so I simply mounted the iso, copied the files over to my NTFS formatted USB, then used the ms-sys tool to create a windows MBR on the usb stick | 05:55 |
tired890 | and it boots! | 05:55 |
tired890 | I compiled ms-sys on my sys, didn't even install it.. just ./ms-sys -7 /dev/sdX (-7 here installs a win7 MBR) | 05:56 |
tired890 | quite handy I have to say | 05:56 |
*** blueness_ has quit IRC | 06:11 | |
*** _q00p_ has joined #crux | 06:12 | |
*** timcowchip has joined #crux | 06:40 | |
timcowchip | so 3.2 will have HDT on the iso? | 06:41 |
timcowchip | does that generate a kernel config? | 06:43 |
timcowchip | I guess not | 06:47 |
*** timcowchip has quit IRC | 07:03 | |
tired890 | just occurred to me, when I installed crux I only had to dd if=crux.iso of=usb, and it worked beautifully | 07:49 |
tired890 | but all the steps I had to go through above coz doing the same with windows will not produce a bootable usb stick | 07:50 |
tired890 | it will put an iso9660 onto the stick! | 07:50 |
tired890 | I reckon the crux iso is some kind hybrid that allows it to be bootable using both CD and usb media ? | 07:51 |
tired890 | or inherently the bootloader used is superior :P | 07:51 |
teK__ | tired890: it is, by use of the *hybrid* tool from syslinux | 07:53 |
tired890 | teK__, yup :) | 07:53 |
*** blueness has joined #crux | 08:46 | |
*** onodera has joined #crux | 09:47 | |
*** druid_dr1id has joined #crux | 10:27 | |
*** druid_droid has quit IRC | 10:30 | |
*** eagle has quit IRC | 10:47 | |
*** eagle has joined #crux | 10:49 | |
*** BitPuffin|osx has joined #crux | 10:50 | |
*** asie has joined #crux | 10:54 | |
asie | from what i've seen, the libgd package needs to be patched to use the github mirror and not the bitbucket one | 10:55 |
asie | opt/libgd | 10:55 |
teK__ | it's best to hilight the maintainer, mail him or open a ticket in flyspray | 11:04 |
*** BitPuffin|osx has quit IRC | 11:18 | |
*** Workster has quit IRC | 11:42 | |
*** Workster has joined #crux | 12:00 | |
*** arduo has joined #crux | 12:14 | |
*** xeirrr has joined #crux | 12:58 | |
*** BitPuffin has joined #crux | 13:04 | |
*** arduo has quit IRC | 13:13 | |
*** BitPuffin has quit IRC | 13:24 | |
*** itPuffinB has joined #crux | 13:25 | |
*** BitPuffin has joined #crux | 13:25 | |
*** itPuffinB has quit IRC | 13:25 | |
*** BitPuffin has quit IRC | 13:25 | |
*** druid_dr1id has quit IRC | 13:26 | |
*** BitPuffin has joined #crux | 13:26 | |
*** arduo has joined #crux | 13:58 | |
*** xeirrr has quit IRC | 14:24 | |
*** onodera has quit IRC | 15:04 | |
*** onodera has joined #crux | 15:04 | |
*** onodera has quit IRC | 15:15 | |
*** onodera has joined #crux | 15:15 | |
*** tsaop has joined #crux | 15:16 | |
tsaop | Hello | 15:16 |
tsaop | I am trying to package KF5 for personal learning and I would like some information on how to proceed | 15:17 |
teK__ | what's this? | 15:17 |
tilman | kde framework 5? | 15:20 |
tsaop | yes | 15:20 |
teK__ | I suggest taking *quite* some time and long walks for keeping your sanity in good shape | 15:21 |
teK__ | not helpful, yet true. | 15:21 |
tsaop | I already had a long walk this morning, actually | 15:21 |
teK__ | heh | 15:21 |
retard | tsaop do you have experience packaging things | 15:21 |
teK__ | great! | 15:21 |
teK__ | tsaop: my suggestion is to find out more about the KDE build system (cmake I guess?) .. then you can create a template port you can use as a starting point. You even may find one in opt/contrib by greping for cmake in /usr/ports | 15:22 |
tsaop | retard: I made a few Arch Linux packages and I use Slackware daily | 15:22 |
tsaop | so mostly I package my own stuff for personal use | 15:23 |
tilman | in that case, the ports info in the crux handbook might get you started | 15:23 |
teK__ | step two is to find out more about the actual structure.. back in the days there was the kdebase that was required by everything, so I'd start out by building that. And don't forget about strict dependency tracking. You might want to use a chroot or container environmnet for this | 15:23 |
tsaop | For the moment, I am taking this as a rough reference on the build order: https://wiki.gentoo.org/wiki/Project:KDE/Frameworks#kdelibs | 15:23 |
teK__ | step three is to select all packages you want to provide and make them work | 15:23 |
tsaop | I have a problem: since qt5 .cmake files are in /usr/share/qt5, is it OK to simply export CMAKE_PREFIX_PATH in the Pkgfile or there is a more proper way? | 15:45 |
*** joacim has quit IRC | 16:09 | |
*** joacim has joined #crux | 16:54 | |
*** joacim has quit IRC | 17:39 | |
*** _q00p_ has quit IRC | 17:53 | |
*** BitPuffin has quit IRC | 17:54 | |
*** joacim has joined #crux | 18:00 | |
*** dougl has joined #crux | 18:16 | |
*** dougl has quit IRC | 18:26 | |
*** timcowchip has joined #crux | 18:47 | |
timcowchip | tsaop: you could use '-DCMAKE_PREFIX_PATH=/usr/lib/qt5/cmake/Qt5' in the build() section of your Pkgfile | 18:49 |
timcowchip | but........http://pastebin.com/uxZ1UTRE | 18:51 |
tsaop | timcowchip: It works with -DCMAKE_PREFIX_PATH=/usr/share/qt5, thanks | 18:54 |
tsaop | Though I'm afraid now I'll have to change all the Pkgfiles I've written so far | 18:54 |
timcowchip | np | 19:01 |
*** Wasp has joined #crux | 19:01 | |
*** quasinoxen has quit IRC | 19:29 | |
*** quasinoxen has joined #crux | 19:30 | |
*** _q00p_ has joined #crux | 19:38 | |
*** heroux has quit IRC | 19:44 | |
*** heroux has joined #crux | 19:45 | |
*** timcowchip has quit IRC | 19:51 | |
cruxbot | [opt.git/3.1]: [notify] thunderbird. updated to 38.2.0. Shares much code with firefox ESR 38.2 | 20:18 |
*** joacim has quit IRC | 20:19 | |
*** jardo has joined #crux | 20:22 | |
*** BitPuffin|osx has joined #crux | 20:23 | |
*** arduo has quit IRC | 20:26 | |
*** joacim has joined #crux | 20:27 | |
*** timcowchip has joined #crux | 20:30 | |
*** tsaop has quit IRC | 20:40 | |
*** timcowchip has quit IRC | 20:58 | |
*** onodera1 has joined #crux | 21:06 | |
*** onodera has quit IRC | 21:06 | |
*** onodera1 has quit IRC | 21:06 | |
*** timcowchip has joined #crux | 21:08 | |
timcowchip | can't get mate-sensors-applet to pickup the udisks plugin | 21:08 |
timcowchip | pkg-config --cflags libatasmart returns nothing | 21:18 |
timcowchip | do I need to add 'LIBATASMART_CFLAGS' to build? | 21:19 |
*** jardo has quit IRC | 21:19 | |
jaeger | is udisks2 installed? | 21:24 |
timcowchip | yes | 21:26 |
timcowchip | is it becuase its named udisks2 | 21:27 |
timcowchip | that mate-sensors-applet doesn't find it? | 21:27 |
jaeger | no; why would I have installed it in a way that doesn't work intentionally? :P | 21:27 |
timcowchip | because you're mean?.....jk :) | 21:28 |
jaeger | I run MATE as well and I do test these things | 21:28 |
timcowchip | how does dconf-editor look? | 21:29 |
jaeger | http://sprunge.us/HKdO <-- mate-sensors-applet build log with "checking for LIBATASMART... yes" | 21:30 |
jaeger | how does it look in what way? | 21:30 |
timcowchip | I'll post a scrot image | 21:31 |
jaeger | If you mean appearance, no idea. It's been removed from dconf 0.24.x to a separate package which I haven't installed | 21:32 |
timcowchip | http://en.zimagez.com/zimage/2015-08-20-1430271024x768scrot.php | 21:33 |
timcowchip | I've got 0.20 from your fork | 21:34 |
jaeger | I'm confused; if you have it running, why are you asking me how it looks? | 21:34 |
timcowchip | there's no tree | 21:34 |
timcowchip | ca org and system and nothing else | 21:35 |
timcowchip | clicking on those does nothing | 21:35 |
jaeger | so you're actually asking if it works, then? | 21:35 |
timcowchip | however if I use find, things start to show up | 21:35 |
timcowchip | yes | 21:36 |
timcowchip | so you have dconf-0.24? | 21:36 |
timcowchip | and know editor | 21:36 |
timcowchip | no | 21:36 |
jaeger | currently, yes | 21:36 |
timcowchip | I tried that with my own pkgfile for dconf-editor, but it acted the same | 21:37 |
jaeger | I have local updates for quite a few ports that haven't been pushed into the repo yet | 21:37 |
jaeger | dconf, eudev-gudev, gcr, gnome-keyring, gvfs, librsvg, libtasn1, p11-kit, polkit, upower, zenity | 21:38 |
timcowchip | are they in your fork? | 21:38 |
jaeger | not yet, I just updated them today but I'm not at home to test them | 21:38 |
timcowchip | oh | 21:38 |
timcowchip | checking for LIBATASMART... yes, btw | 21:42 |
timcowchip | so barking up the wrong tree | 21:43 |
timcowchip | any idea why this persits sesion to session on your version? | 21:47 |
timcowchip | http://salix.sourceforge.net/wiki/index.php/MATE_DE_config | 21:47 |
timcowchip | prsists | 21:47 |
timcowchip | persists | 21:47 |
jaeger | dconf-editor 3.16.1 seems to work fine with dconf 0.24.x | 21:48 |
timcowchip | got a pkgfile? | 21:48 |
jaeger | http://sprunge.us/HNUJ | 21:49 |
jaeger | http://sprunge.us/CAIH <-- post-install | 21:49 |
timcowchip | thanks @jaeger | 21:49 |
jaeger | what part of that MATE_DE_config page are you asking about? | 21:50 |
timcowchip | the part where you set the 'home' location | 21:51 |
timcowchip | enter the root password | 21:52 |
jaeger | no idea there. I assume that's the way it's supposed to work but I have no idea what polkit is doing underneath | 21:52 |
timcowchip | it worked for gnome2 | 21:53 |
timcowchip | I think it quit working when dconf replaced gconf | 21:53 |
jaeger | quit working or started working? | 21:54 |
jaeger | It seems to me that the persistence is a desirable thing and intended | 21:54 |
timcowchip | yes | 21:54 |
timcowchip | The first ideas that come to mind are if you are installing | 21:55 |
timcowchip | all the gsettings schemas, then it occurred to me panel applets don't use a | 21:55 |
timcowchip | schema they use dconf directly | 21:55 |
jaeger | well, as far as I know this setting is stored in dconf, not changed on the system level | 21:55 |
jaeger | dconf dump /org/mate/panel/objects/clock/prefs/ | grep location <-- this should show your setting | 21:56 |
*** newbie__ has left #crux () | 21:57 | |
timcowchip | I just posted a quote from an email from Martin Wimpress, apparently he agrees with you | 21:58 |
timcowchip | ok I'll rebuild dconf and your pkgfile and try it | 21:58 |
jaeger | http://sprunge.us/IXYW <-- the updated dconf Pkgfile | 21:59 |
timcowchip | ok thanks :) | 22:00 |
timcowchip | brb | 22:12 |
*** timcowchip has quit IRC | 22:12 | |
*** timcowchip has joined #crux | 22:18 | |
*** timcowchip has quit IRC | 22:33 | |
*** timcowchip has joined #crux | 22:36 | |
*** dlcusa has left #crux ("Leaving") | 22:46 | |
*** dougl has joined #crux | 23:10 | |
*** _q00p_ has quit IRC | 23:23 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!